The Desktop FilesWDS의 고급 기능

Wes Miller

목차

명령줄 관리
이미지 저장소
멀티캐스트
WDS 로깅
기타 문제
요약

지난 두 회에 걸쳐 WDS(Windows 배포 서비스)에 대해 살펴보았습니다. 먼저 Microsoft에서 출시한 PXE(Pre-boot eXecution Environment) 기반 배포 도구의 역사를 살펴본 다음 WDS의 개요를 설명했습니다. 이번 달에는 더 고급 주제로 들어가 보겠습니다.

살펴볼 대상은 WDSUtil(WDS를 위한 강력한 명령줄 유틸리티), WDS 이미지 저장소, WDS 로깅, 그리고 Windows Server® 2008용 WDS의 멀티캐스트 기능 사용 방법입니다.

Windows® 2000 및 Windows Server 2003에 탑재된 RIS(원격 설치 서비스)는 많은 사람들의 기대와 달리 그다지 기능이 풍부하지 않았습니다. 특히 다음과 같은 세 가지 영역에서 이 현상이 두드러졌습니다.

• 성능(보다 확장성 높은 배포)
• 로깅/감사
• 명령줄 자동화

이번 달 칼럼을 읽으면서 알게 되겠지만 WDS의 첫 릴리스, 더 구체적으로 말하자면 Windows Server 2008의 WDS 릴리스에서는 이러한 세 가지 영역 각각에 대해 상당한 진전이 이루어졌습니다.

명령줄 관리

필자는 지난 달 WDS가 훨씬 더 향상된 관리 콘솔을 제공한다고 언급했습니다. 그러나 대부분의 기업들에게 더 중요한 점은 WDS가 관리를 위한 새로운 명령줄 유틸리티인 WDSUtil.exe(그림 1 참조)를 제공한다는 사실입니다. WDSUtil은 Windows Server 2003(SP1+WDS 또는 SP2)에서 WDS Optional Component와 함께 설치됩니다.

그림 1 WDSUtil을 사용하여 architecture discovery 옵션을 yes로 설정(더 크게 보려면 이미지를 클릭하십시오.)

WDSUtil은 놀라울 정도로 강력한 유틸리티지만 복잡합니다. 실제로 MMC(Microsoft® Management Console)를 사용하여 할 수 있는 모든 작업, 그리고 그 이상을 WDSUtil을 통해 수행할 수 있습니다. 사실 문제가 발생한 경우 이를 분석하기 위한 가장 좋은 방법 중 하나이기도 합니다. 이 유틸리티의 사용 예를 보려면 다음을 실행해 보십시오.

wdsutil /get-server /show:config

실행 결과는 WDS MMC에서 볼 수 있는 부분을 거의 모두 반영합니다. 다만 WDSUtil은 읽기 쉬운 형식으로 출력할 수 있으며, 여러분은 이를 다시 텍스트 파일로 출력할 수 있습니다.

정보가 부족하다구요? 다음 명령을 실행하면 더 많은 결과가 반환됩니다.

wdsutil /get-server /show:all /detailed

그리고 다음을 실행하면 WDS 서버를 중지한 후 다시 시작할 수 있습니다.

wdsutil /stop-server
wdsutil /start-server

go.microsoft.com/fwlink/?LinkId=112194에서 WDSUtil을 위한 명령 참조를 볼 수 있습니다. 원할 경우 go.microsoft.com/fwlink/?LinkId=89381에서 이 참조의 .chm 버전을 WDS 2008 문서와 함께 다운로드할 수 있습니다.

Active Directory® 서비스 인터페이스의 달인이 아닌 한 RIS에서는 명령줄을 통해 특정 MAC 주소 또는 GUID가 Active Directory의 MAO(Machine Account Object)와 연결되었는지 여부를 쉽게 확인할 방법이 없었습니다. WDSUtil을 사용하면 이 두 가지 중 하나를 기반으로 쿼리할 수 있습니다.

GUID는 이진 문자열 또는 GUID로 입력이 가능하게 때문에 혼란스러울 수 있으며 다른 점은 바이트 순서와 하이픈의 부재밖에 없습니다. MAC 주소는 다음 코드 줄 중 하나를 사용하여 하이픈과 함께, 또는 하이픈 없이 입력할 수 있습니다.

wdsutil /get-device /id:01-23-45-67-89-AB
wdsutil /get-device /id:0123456789AB

다음 명령을 사용하여 이진 문자열로 장치 정보를 가져올 수 있습니다.

wdsutil /get device /id:ACEFA3E81F20694E953EB2DAA1E8B1B6

또는 다음 명령을 사용하여 GUID 문자열로 장치 정보를 가져올 수 있습니다.

wdsutil /get device /id:E8A3EFAC-201F-4E69-953-B2DAA1E8B1B6

여러분의 컴퓨터 중 상당수는 아마 64비트 버전의 Windows를 실행할 수 있겠지만 일부는 아키텍처를 제대로 보고하지 못합니다. WDS의 일부로 제공되는 작은 네트워크 부팅 프로그램을 실행하여 시스템이 64비트를 지원하는지 여부를 WDS 스스로 확인하도록 할 수 있습니다. 그림 1에서 볼 수 있듯이 다음을 통해 이를 수행할 수 있습니다.

wdsutil /set-server /architecturediscovery:yes

사실 WDSUtil /set-server 명령을 사용하면 많은 서버 설정을 구성할 수 있습니다. 다음 명령을 실행하면 가능한 항목을 볼 수 있습니다.

wdsutil /set-server /?

Windows Server 2003 WDS 서버를 Windows Server 2008로 업그레이드한 경우 다음을 실행하면 모든 RIPrep 이미지를 WIM(Windows 이미징 형식) 이미지로 변환할 수 있습니다.

WDSUtil /convert-RIPrepImage

WDSUtil은 RIPrep 이미지를 변환할 수 있지만 나머지 RISetup 이미지(기존 RIS/레거시 WDS 스크립트 설치)는 변환할 수 없습니다.

WDSUtil의 강력함은 반복적인 작업을 자동화하는 기능에 있습니다. 그림 2의 명령을 통해 WDSUtil의 기능을 엿볼 수 있습니다. WDS 서버를 배포하는 경우든, 여러 서버에 걸쳐 이미지를 추가 또는 수정하는 경우든, 멀티캐스트 인프라를 관리하는 경우든, 특정 부팅 클라이언트에 사용할 네트워크 부팅 프로그램을 지정하는 경우든 WDSUtil은 이전의 RIS에서는 볼 수 없었던 강력한 기능을 제공합니다.

그림 2 WDSUtil 명령

이미지 저장소

지난 달 필자는 RIS에서 디스크에 보다 효율적으로 파일을 저장하는 데 사용된 SIS(단일 인스턴스 저장소)가 WDS에서는 어째서 배제되었는지에 대해 설명했습니다. 이제 모든 기본 모드(WIM) 이미지는 OS에 관계없이 WDS 이미지 저장소에 보관됩니다. 지난 칼럼에서 언급했듯이 이 단일 인스턴스 기능은 볼륨 이미지에 관련 파일이 있는 경우 .wim 파일의 공간을 줄일 수 있도록 해 줍니다. WDS 이미지 저장소도 마찬가지 기능을 합니다. 실제로 WDS 이미지 저장소는 WIM 기능을 사용하여 이미지를 저장합니다.

이미지 저장소를 사용하려면 적어도 하나 이상의 이미지 그룹이 있어야 합니다. WDS를 초기화하면 일반적으로 이미지 그룹을 만들라는 메시지가 표시됩니다. 설치 이미지를 추가할 때 새 이미지 그룹을 만들 수도 있으며, 그러면 이 이미지 그룹에 이미지가 추가됩니다(그림 3 참조).

그림 3 새 이미지 그룹 만들기(더 크게 보려면 이미지를 클릭하십시오.)

그렇다면 이미지 저장소는 무엇일까요? RemoteInstall 디렉터리의 Images 디렉터리를 보면 여러분이 만든 각 이미지 그룹에 대한 디렉터리를 찾을 수 있습니다. 그림 4에서 볼 수 있듯이 이미지 그룹으로 가져온 각 설치 이미지별로 하나의 .wim 파일과 하나의 .rwm파일(Resource WIM)이 있습니다.

그림 4 이미지 그룹의 내용(더 크게 보려면 이미지를 클릭하십시오.)

그림 4의 파일을 자세히 살펴보십시오. 이 이미지 그룹은 다음과 같이 구성되어 있습니다.

• install.wim(Windows Server 2008, Standard Edition)
• install-(2).wim(Windows Server 2008, Enterprise Edition)
• install-(3).wim(Windows Server 2008, Datacenter Edition)
• install-(4).wim(Windows Server 2008, Standard Edition(Server Core)
• install-(5).wim(Windows Server 2008, Enterprise Edition(Server Core)
• install-(6).wim(Windows Server 2008, Datacenter Edition(Server Core)

이제 이러한 파일의 크기를 그림 5에 나온 MMC의 파일 크기와 비교해 보십시오. 그림 4의 각 .wim 파일 크기는 Res.rwm 파일에 비해 훨씬 더 작습니다. 왜일까요? 공간 절약을 위해 그림에 표시된 .wim 파일은 실제 파일의 스텁일 뿐입니다. 여기에는 .wim 파일을 복원하기 위한 메타데이터가 포함되지만 실제 파일 리소스는 포함되어 있지 않습니다. 이미지 그룹의 모든 파일 리소스는 해당 이미지 그룹에 대한 .rwm 파일에 저장됩니다.

그림 5 서버 관리자에 표시되는 이미지 (더 크게 보려면 이미지를 클릭하십시오.)

이미지 저장소의 설치 이미지를 편집하려면 이미지를 내보내고 편집한 다음 이미지를 대체(또는 다시 가져옴)하거나, MMC에서 해당 설치 이미지를 비활성화하고 .wim 파일을 탑재 및 수정하여 편집하는 방법 중 하나를 사용할 수 있습니다.

RIS의 고질적인 문제는 이미지 복제였습니다. 네트워크를 통해 SIS 파일을 복사하면 SIS는 NTFS 특성이므로 손실됩니다. 즉, 40GB 용량의 RISetup 및 RIPrep 이미지가 있고, 이를 다른 서버로 복제할 경우 SIS Groveler에 의해 이 크기가 5GB까지 줄어들더라도 네트워크에서는 여전히 40GB의 용량을 복제하게 됩니다. WDS 이미지 저장소에서는 이런 일이 발생하지 않습니다. 사실 이미지 저장소는 아키텍처 특성상 DFS(분산 파일 시스템) 서버에 저장하고 DFS-R(DFS-복제)를 사용하여 이 사이트에서 저 사이트로 복제할 수 있습니다.

이에 대한 세부 사항은 WDS의 버전에 따라 다릅니다. Windows Server 2003의 경우 go.microsoft.com/fwlink/?LinkId=81031에서 다운로드할 수 있는 설명서의 7장 "이미지 작업"을 참조하십시오. Windows Server 2008의 경우 go.microsoft.com/fwlink/?LinkId=121960의 “DFS를 사용하여 이미지 저장 및 복제”를 참조하십시오. 모든 리소스는 .rwm 파일로 저장되므로 한 서버의 이미지 그룹을 다른 서버로 복사하는 경우에도 네트워크를 통해 전송되는 데이터의 양은 전체 .wim 파일이 전송되는 경우(기존 RIS SIS 아키텍처)에 비해 훨씬 더 적습니다..

그렇다면 언제 새 이미지 그룹을 만들고, 언제 기존 이미지 그룹을 사용할까요? 이 규칙은 대체로 .wim 파일에 대한 규칙과 동일합니다. 대부분 Windows Server 2008 이미지로 구성된 이미지 그룹에 Windows XP Professional SP3 이미지를 넣을 수는 있지만 이 경우 절약되는 공간이 많지 않으므로 별 효과가 없습니다. .wim 파일의 경우와 마찬가지로 최소 다음에 대한 이미지 그룹이 있어야 합니다.

• 각 특정 Windows 릴리스 - 여기에서 릴리스는 SKU(Windows XP Professional) 및 서비스 팩 수정 버전(SP3)입니다.
• Windows Server 2003 및 이전 버전: 지역화된 각 언어 릴리스(다국어 사용자 인터페이스 아님). Windows Vista® 이전에는 각 지역화된 빌드는 서로 완전히 다른 바이너리이므로 단일 인스턴싱 측면에서 .wim 파일에 제대로 저장되지 않습니다.
• 각 릴리스의 각 서비스 팩. Windows Server 2008과 Windows Vista SP1 이미지를 함께 저장할 수는 있지만 이 기능이 현재 조직 내에서 적절한지 여부를 검토하십시오.

이미지 저장소는 디스크와 네트워크 전송 두 가지 측면 모두에서 이전의 SIS보다 공간 절약 능력이 더 뛰어나고, 일반적으로 별다른 작업 없이도 잘 작동합니다.

RIS의 가장 큰 약점 중 하나는 확장성의 부재였습니다. 멀티캐스트 배포는 이 문제를 수정하기 위한 것입니다. 사람들은 흔히 멀티캐스트를 “더 빠른” 배포로 생각하지만 사실 멀티캐스트는 “더 빨리”가 아닌 “더 많이”를 위한 개념입니다. RIS를 통해 여러 시스템에 배포할 수 있습니다. 실제로 RIS는 약 75개 시스템의 배포를 동시에 처리할 수 있습니다.

그러나 이 수에 도달하기 한참 전에 성능이 떨어지기 시작하고 각 설치에 걸리는 시간도 점차 길어지게 됩니다. 게다가 설치 수가 증가할수록 오류 가능성도 함께 증가합니다. 또한 복수 설치로 인해 SMB(서버 메시지 블록) 네트워크 트래픽이 네트워크를 과다하게 소모하고, 이로 인해 배포 중에 직원들이 Microsoft Exchange Server와 같은 중요 네트워크 리소스에 접근할 수 없게 되는 경우도 있습니다.

멀티캐스트는 배포 수를 늘리기 위한 방법입니다. 4대의 서버를 배포하든 100개의 시스템으로 컨퍼런스 센터를 배포하든 관계없이 멀티캐스팅을 사용하면 짧은 시간 내에, 네트워크 과부하를 일으키기 않고 배포를 완료할 수 있습니다. 멀티캐스트를 사용하여 단일 시스템을 배포할 수도 있지만 확장의 이점은 여러 시스템이 전송을 대기하는 경우에만 누릴 수 있습니다.

멀티캐스트를 사용하려면 멀티캐스트를 지원하는 라우터가 있어야 합니다. 일반적으로 이는 IGMP(Internet Group Management Protocol) 스누핑이 활성화되어야 함을 의미합니다. 또한 Windows Vista RTM과 함께 제공되는 버전(2.0)은 멀티캐스트 전송을 수신하는 기능이 없으므로 Windows PE 2.1(Windows Server 2008 RTM 또는 Windows Vista SP1)이 필요합니다.

동일한 네트워크에 여러 WDS(또는 다른 멀티캐스트)가 있는 경우 사용자 지정 IP 주소 범위를 지정해야 합니다. 이는 WDS MMC를 통해 서버를 마우스 오른쪽 단추로 클릭하고 속성, 네트워크 설정 탭을 차례로 클릭하여 손쉽게 변경할 수 있습니다.

멀티캐스트 브로드캐스트를 수행하는 경우 멀티캐스트 서버는 가장 느린 클라이언트가 수신할 수 있는 속도에 맞추거나 좀더 높은 속도를 정해놓고 여기에 미치지 못하는 클라이언트를 버릴 수 있습니다. 안정성을 위해 WDS는 가장 느리게 전송을 수신하는 클라이언트의 속도에 맞춰 실행됩니다.

전송 성능이 예상보다 낮게 나올 경우 wdsutil /Get-MulticastTransmission/Show-clients를 실행하십시오. 그러면 전송을 제한하는 마스터 클라이언트가 표시됩니다. 해당 클라이언트의 연결을 해제하면 클라이언트는 멀티캐스트 대신 SMB를 사용하도록 되돌아갑니다. 느린 클라이언트의 연결을 자동으로 해제하는 스크립트의 예는 go.microsoft.com/fwlink/?LinkId=121961에서 볼 수 있습니다.

멀티캐스트 전송을 만들려면 설치 이미지를 마우스 오른쪽 단추로 클릭하고 멀티캐스트 전송 만들기를 선택하거나 WDS 콘솔에서 멀티캐스트 전송을 마우스 오른쪽 단추로 클릭하고 멀티캐스트 전송 만들기를 선택하면 됩니다. 멀티캐스트 전송을 만들 때 자동 캐스트 또는 예약된 캐스트를 만들 수 있습니다. 자동 캐스트는 똑같은 이미지가 필요한 여러 클라이언트가 정기적으로 온라인 상태가 되는 경우 유용합니다. 새 클라이언트는 설치 이미지를 처음 요청한 클라이언트에 의해 시작된 진행 중인 전송에 자동으로 추가됩니다. 예약된 캐스트를 사용하면 그룹 크기를 설정할 수 있습니다. 이 크기에 이르면 전송이 시작됩니다.

지정된 시간에 전송이 시작되도록 설정할 수도 있습니다. 클라이언트가 멀티캐스트 전송을 사용하게 되면 이미지 이름을 클릭하여 이러한 클라이언트를 볼 수 있습니다. 오른쪽 창에는 전송에 연결된 클라이언트에 대한 세부 정보가 표시됩니다.

일반적으로 최종 사용자는 WDS 설치 클라이언트에서 멀티캐스트를 사용합니다. WDSMCast라는 명령줄 유틸리티도 있습니다. 이 유틸리티는 Windows Server 2008 WAIK(Windows Automated Installation Kit)와 함께 제공되며 WDS에서 멀티캐스트 전송을 통해 .wim 파일을 요청할 수 있게 해 줍니다. .wim 파일은 전체로 전송되어 클라이언트에 적용되어야 하므로 저장 및 적용될 이미지를 위한 디스크 공간이 충분한지 확인해야 합니다. 다음 달에는 WDSMCast를 각자의 고유한 사용자 지정 배포 프로세스에 통합하는 방법에 대해 알아보겠습니다.

WDS 로깅

WDS는 많은 로깅 및 추적을 수행할 수 있지만 공간 절약을 위해 기본적으로 이 기능은 비활성화되어 있습니다. 이벤트 로깅에는 클라이언트가 Windows 이벤트 로그에 쓸 때, 그리고 WDS의 다른 측면에 대해 추적 로그에 쓸 때의 두 가지 유형이 있습니다.

그러나 Windows Server 2008에서 WDS는 기본적으로 여러 로깅을 수행합니다. 이러한 로그는 관리 도구 | 이벤트 뷰어에서 볼 수 있습니다. WDS 로그는 이벤트 뷰어를 통해 응용 프로그램 및 서비스 로그 | Microsoft | Windows | 배포 서비스 진단에서 볼 수 있습니다. 이러한 로그는 MMC에서 WDS 역할을 볼 때 표시되는 로그와 동일합니다(그림 6 참조).

그림 6 서버 관리자에서 WDS 이벤트 보기 (더 크게 보려면 이미지를 클릭하십시오.)

WDS 클라이언트 로깅(그림 6의 이벤트 로그에서 볼 수 있음)은 다음 인수로 WDSUtil을 실행하여 시작할 수 있습니다.

wdsutil /wdsclientlogging /enabled:yes /logginglevel:info

WDS의 다양한 하위 구성 요소에 대한 추적 로깅을 활성화할 수도 있습니다. 추적을 구성하려면 그림 7의 레지스트리 키에서 DWORD 레지스트리 값을 적절히 설정합니다. 모든 추적 로그는 \Windows\tracing에 저장됩니다. 로깅을 시작하려면 해당 구성 요소를 다시 시작해야 합니다.

그림 7 추적 로깅 설정

WDS에는 성능 카운터도 있습니다(go.microsoft.com/fwlink/?LinkId=121962에 설명되어 있음). 시스템 성능 문제가 발생할 경우, 또는 미리 시스템 성능 분석을 수행하려는 경우 이 성능 카운터를 모니터링할 수 있습니다. 앞서 언급했듯이 문제가 발생한 경우에는 WDSUtil에서 /detailed, /verbose 또는 /progress 스위치를 사용하여 더 자세한 정보를 얻을 수 있습니다.

WDS 클라이언트와 WDS 서버의 연결 또는 상호 작용에 문제가 있는 경우 Microsoft Netmon(네트워크 모니터)을 사용하여 문제를 디버깅할 수 있습니다. 네트워크 모니터는 go.microsoft.com/fwlink/?LinkId=121491에서 다운로드할 수 있습니다.

기타 문제

언급하고 넘어갈 몇 가지 문제가 있습니다. 첫 번째는 메모리입니다. 기본적으로 WDS는 Windows PE 2.x를 기반으로 한다는 사실을 기억하십시오. 이는 WDS 클라이언트에 최소 384MB의 RAM이 필요함을 의미합니다. 현실적으로 최적의 성능을 위해서는 512MB를 확보해야 합니다. 또한 Windows PE 2.x는 비ACPI(고급 구성 및 전원 인터페이스) 시스템에서는 부팅하지 못하며, 비교적 신형 시스템도 비ACPI 시스템일 수 있다는 점도 알아 두십시오. 비교적 신형 시스템 중 ACPI를 지원하지 않는 시스템에 대한 보고서가 나와 있습니다.

이러한 시스템은 Windows Vista 또는 Windows Server 2008도 지원하지 않습니다. ACPI를 지원하지 않는 시스템의 경우 이러한 클라이언트가 미리 준비되어 있는 Windows Server 2003 또는 그 이전 버전의 WDS나 RIS 서버를 그대로 유지하거나 PXE가 아닌 다른 메커니즘을 통해 Windows를 설치하십시오.

마지막으로, Windows Server 2008의 WDS는 Windows PE 1.x 이미지(RAMDisk 또는 PXE)를 부팅하지 못하므로 서버에서 Windows PE 1.x를 부팅하려면 Windows Server 2003 또는 그 이전 버전의 WDS나 RIS 서버를 사용해야 합니다.

요약

지금까지 WDS의 역사, 기본 사항 및 고급 주제에 대해 살펴보았습니다. 다음 달에는 몇 가지 사용자 지정 WDS 시나리오에 대해, 구체적으로 말하자면 기존 WDS/설치 환경을 사용하지 않고 WDS와 상호 작용하는 방법과 필요한 작업을 수행하도록 WDS를 조정하는 방법에 대해 살펴보겠습니다.

Wes Miller는 텍사스 주 오스틴에 위치한 CoreTrace(www.CoreTrace.com)에서 기술 제품 수석 관리자로 맡고 있으며, 이전에는 Winternals Software에서 그리고 Microsoft에서 프로그램 관리자로 일했습니다. 문의 사항이 있으신 분은 technet@getwired.com으로 연락하시기 바랍니다.