Partager via

[Dongclee의 2012년 8월 첫 번째 포스팅] Windows Server 2012 Series 15 : Remote Desktop Service의 Session Virtualization 구축의 A to Z

  • Article

안녕하세요,,, 거의 한 달만에 블로그에 글을 남기네요,, 요즘 너무 게을러진 것 같아 제 스스로 반성을 하게 됩니다. 요즘 거의 살인적인 폭염으로 절대 죽을 지경이네요, 여러분들도 폭염에 건강 조심하시구요,,,

드디어, Windows 8 및 Windows Server 2012 RTM(Release To Manufacturing) 버전이 8월 1일자로 발표되었습니다. 물론, 당장에 여러분들에게는 제공되지 않지만, 앞으로 출시될 정식 버전과 동일한 제품입니다. 여러분들도 이제는 새롭고 신기한 Windows 8 및 Windows Server 2012 환경에 적응하셔야 겠죠,,,, 적응하시는데 저의 블로그 내용이 도움이 되었으면 하는 조그마한 바램입니다.

오늘 주제는 바로 Windows Server 2012의 Remote Desktop Service 입니다. 물론, 이 기능은 동일한 이름으로 Windows Server 2008 R2에서도 제공되고 있었습니다. 기능 상으로 거의 동일한데 용어가 약간 바뀌었네요…. Windows Server 2012의 Remote Desktop Service는 크게 2가지 기능이 제공됩니다.

  • Session Virtualization : 과거 Remote Desktop Session Host, Remote Desktop Connection Broker 및 Remote Desktop Web Access 구성 요소에 의해 지원되는 Presentation Virtualization과 동일한 기능입니다. Session Virtualization 기능에 대한 자세한 설명은 여기에서 별도로 드리지는 않을께요,,, 설명이 너무 길어질 것 같아서요, 단순히 설명 드리면, 클라이언트 측의 자원은 사용하지 않고, 모든 어플리케이션의 실행은 서버에서 수행되고, 클라이언트 측에서는 결과 화면만 보여지는 가상화 기술입니다.
  • Virtualization Desktop Infrastructure : Remote Desktop Virtualization Host, Remote Desktop Connection Broker 및 Remote Desktop Web Access 구성 요소에 의해 지원되는 데스크톱 가상화 기술입니다. Windows Server 2012 RDS의 VDI 기술은 Windows Server 2008 R2 RDS의 VDI 기술과는 비교할 수 없을 정도의 다양한 기능을 제공합니다. 이제는 Windows Server 2012 RDS의 VDI 만으로도 충분히 데스크톱 가상화 기술을 구현할 수 있습니다.

특히, Windows Server 2012 RDS는 서버 관리자의 향상된 기능으로 중앙화된 콘솔에서 구축 작업을 몇 번의 마우스 클릭으로 손 쉽게 구축할 수 있습니다. 즉, 기존의 RDS의 각 구성 요소 별로 설치를 진행한 후, 별도의 구성 작업을 거쳐야 했지만, Windows Server 2012의 RDS는 중앙화된 콘솔을 사용하여 설치 및 구성 작업을 한 번에 수행할 수 있습니다. 이러한 기능을 이용하여, RDS에 익숙하지 않은 관리자도 손 쉽게 RDS를 설치 및 구축 할 수 있습니다. 아래는 RDS 각 구성 요소의 설치 및 구성이 동시에 하나의 콘솔에서 완료되는 화면입니다.

아래 그림은 RDS 각 구성 요소의 설치가 완료된 후, 배포의 전체적인 개요를 한 눈에 확인해 볼 수 있는 관리 화면입니다. 아래 + 로 표시된 구성 요소는 배포 및 구성되지 않은 구성 요소입니다.

또한, Windows Server 2012 RDS는 Quick Start 배포 방식을 지원합니다. 실제 대규모 RDS 배포 前에, 테스트 베드 성격의 RDS를 구축할 수 있는 배포 방식이 Quick Start 배포 방식입니다. 이 방식을 사용하여, 하나의 서버에 RDS에 필요한 모든 구성 요소를 설치하여, 손 쉽게 RDS의 다양한 기능을 접해 볼 수 있습니다. 아래 그림은 RDS 구성 마법사에서, “Quick Start” 와 “Standard Deployment” 방식을 선택할 수 있는 화면입니다.

그 외에 Windows Server 2012 RDS의 향상된 기능은 본 첨부 문서의 RDS 개요 부분을 참조하시면 쉽게 확인하실 수 있습니다.

본 문서에서는 Windows Server 2012 RDS의 Session Virtualization 구현 부분만 살펴봅니다. VDI 구현 부분은 아쉽게도 제가 소유한 하드웨어 적인 제약으로 다룰 수가 없는 점 이해 부탁 드립니다. 제가 하드웨어를 준비하는 대로, 반드시 VDI 구현 부분도 여러분에게 가이드를 제공해 드릴 것을 약속합니다.

본 문서의 소개한 내용을 간단하게 소개해 드리도록 하겠습니다.

①     첫 번째로, RDS Session Virtualization의 Quick Start 배포입니다. Session Virtualization 구현에 필요한 RDSH, RDCB 및 RDWA 구성 요소를 하나의 서버에 전부 구성한 예입니다. 이 방식은 앞서도 설명 드렸듯이 실제 운영 환경보다는 테스트 베드 성격의 Session Virtualization 구현 방식입니다. 아래는 구현 예제입니다.

②     두 번째로, RDS Session Virtualization의 Standard 배포 방식입니다. 이 방식은 실제 운영 환경에서 Session Virtualization을 설치 및 구성을 지원합니다. 즉, Session Virtualization 구현에 필요한 구성 요소를 별도의 분리된 여러 서버에 설치 및 구성할 수 있는 방식이 바로 “Standard 배포” 방식입니다. 물론, 이 구현 방식은 중앙화된 콘솔에서 몇 번의 마우스 클릭으로 진행할 수 있습니다. 이러한 설치 및 구성 방식이 가능한 이유는 바로 향상된 Windows Server 2012 Server Manager의 원격 설치 기능 때문입니다. 아래 그림은 “Standard 배포” 방식의 데모 환경입니다.

③     세 번째로, 앞서 Session Virtualization의 Standard 배포가 완료된 이후에, 특정 어플리케이션(ex, Calculator, Wordpad 등등)에 대한 Session Virtualization을 위하여, 어플리케이션의 배포 및 구성을 살펴보고, 클라이언트에서 배포된 어플리케이션을 접근하는 방법을 확인해 봅니다.

④     네 번째로, RDS의 라이선스 상황을 전사적인 차원에서 자동적으로 확인할 수 있는 Remote Desktop Licensing을 구현하는 방법을 확인합니다. 아래 그림은 Remote Desktop Licensing을 구현한 예제입니다. 아래 그림을 확인해 보면, 클라이언트가 RDS를 통해 배포된 특정 어플리케이션을 연결하여 사용하면, 최종적으로 RDSH 서버가 RD Licensing 서버에 라이선스 상황을 보고하도록 되어 있습니다.

⑤     다섯 번째로, 회사 외부의 네트워크에서 RDS를 사용할 수 있도록, RD Gateway 구성 방법을 확인합니다. 본 데모 환경에서는, RD Gateway 서버에 2개의 NIC을 설치하여, 회사 내부 및 외부 네트워크 연결하도록 구성했습니다.

이상과 같이 총 5개 항목으로 Windows Server 2012 RDS의 Session Virtualization 구성에 대한 AtoZ 를 확인해 보았습니다. 물론, 제 나름대로의 판단이지만, 이러한 5가지 주제에 대해서 확인하면, Windows Server 2012 RDS의 Session Virtualization의 거의 모든 부분을 섭렵할 수 있다고 자부합니다.

추후, 포스팅에서 가능하면 Windows Server 2012 RDS의 VDI에 대해서 반드시 소개하도록 하겠습니다.

여러분 더운 여름 건강하게 지내시기를 기원합니다.

Windows 2012 Remote Desktop Services Session Virtualization.pdf

Comments

  • Anonymous
    January 01, 2003
    네 제가 질문을 잘 못 이해헸네요, 김조식님이 이미 보신 위 링크를 보니 기본적으로 Windows Internal Database에 Network Service 계정이 접근 권한이 없어서 그렇다고 하네요, 저도 환경 구성을 해 보고 테스트 해봐야 알 것 같긴 한데요,,, 일단 위 링크의 아래 workaroud를 한 번 적용해 보셨으면 합니다. 많은 도움이 못 되 죄송합니다.
  1. Connect to .pipeMICROSOFT##WIDtsqlquery using SQL Management Studio.
  2. Under SecurityLogins, add a new login.    On the General page:    Login name: NT AUTHORITYNETWORK SERVICE    Default database: RDCms    On the User Mapping page:    Check RDCms, select the entry and check db_owner.

  • Anonymous
    January 01, 2003
    아마도 DC 내의 보안 권한 설정으로 RDMS가 실행이 안 되는 것 같습니다. 좀 더 troubleshooting이 필요할 것 같은데,,, ^-^ 일단 DC와 분리된 다른 1개의 서버에 Quick Start Deployment로 한 번 해 보심이 좋을 듯 합니다. 많은 도움이 못 되드려 죄송합니다. 수고하세요

  • Anonymous
    January 01, 2003
    김조식님... Windows Server 2012 RDS의 Quick Start 배포 방식이 RDSH, RDCB, RDWA 3가지 구성 요소가 모두 한 대의 서버에 설치하는 방식입니다. 구성할 때, 별도의 오류가 발생하지 않는다면, 아마도 문제가 없을 것으로 생각됩니다. 지면으로 도와 드릴 수 있는 부분에 한계가 있네요,, 죄송합니다.

  • Anonymous
    September 12, 2012
    DC와 RDSH, RDCB 및 RDWA 구성 요소를 하나의 서버에 전부 구성해도 상관없나요? RDMS 를 시작하지 못하는데. 이벤트 로그에도 원인이 자세히 나오지 않구요. 2008 R2에서는 이상이 없는데 2012가 문제네요..

  • Anonymous
    September 12, 2012
    Domain Controller까지 한 대의 서버에 설치해도 상관없는지 문의 드렸었구요. 구성할 때 오류가 RDMS를 시작하지 못하는게 유일한 오류네요 ^^; 혹시나 RDMS를 시작하지 못하는 원인을 아시는지요?? 해외 technet에서도 거의 비슷한 이슈가 있는것 같은데 결론이 안나는것 같군요. social.technet.microsoft.com/.../bbf47aa2-8ae5-4f22-9827-afee5a11417a

  • Anonymous
    September 13, 2012
    위에 방밥으로 적용해 보았는데요 역시나 안되는군요 ^^ DC를 설치하지 않은 상태에서는 RDMS가 실행이 되는데요. DC를 설치하면 RDMS가 실행이 안되네요. 동일한 서버에 구성하는 것 때문에 영향을 받는게 아닌가 하는게 제 짧은 소견입니다~