Cloud Computing On Demand

작년에 티스토리 2008 우수 베타테스터가 되면서 취득(?)한 아이팟 터치를 가지고 요즘 이런저런 재미꺼리들을 즐기느라 출퇴근 3시간이 -_- 짧지 않게 느껴지는 중입니다. 앱스토어에 올라온 무료 소프트웨어들을 보면 참 재미있는 것들이 많은데, RDP 클라이언트도 하나 올라와 있길래 잽싸게 설치를 해보았습니다 :-)

윈도우 비스타가 하도 시장에서 안좋은 평가를 받은 탓에, 새롭게 공개된 윈도우 7 베타가 사람들에게 정말 많은 관심을 받고 있습니다. (윈도우 관련 주식들은 3~4 연속 상한가를 기록중이지요) 그런데, 이와 함께 공개된 윈도우 서버 2008 R2 는 생각보다 많은 관심을 끌지 못하고 있는 것 같습니다.

2년 주기로 발표되는 서버 제품군의 주기는 년도 숫자의 업그레이드, R2의 발표 순서로 이루어 지는데, 이번 R2 버전은 윈도우 서버 2008 버전의 Minor 한 업데이트 버전이라고 보면 될 것 같습니다. 베타 공개와 함께 마이크로소프트는 2008 서버 R2를 써야하는 10가지 이유를 공개했습니다.

1. 강력한 하드웨어 지원 기능
  - 윈도우 서버 제품군 최초로 64비트 전용으로 출시
  - 논리적으로 256개의 CPU를 지원할 수 있도록 설계
  - Hyper-V 에서도 호스트 머신의 32개 CPU 까지 활용 가능

2. 전력 소비 감소
  - Core Parking 정책과 같은 전력소비 관련 Group Policy 추가
  - AD 환경에서 Windows 7 과 보다 정밀한 제어 가능

3. Hyper-V
  - Quick Migration의 진보된 형태인 Live Migration 제공
  - 강화된 VM 관리도구 (SCVMM for Hyper-V) 제공
  - SLAT (Second Level Translation) 을 통한 CPU 퍼포먼스 증대

4. 데스크탑 관리 효율화
  - 터미널 서비스를 통한 Virtual Desktop Integration 기술의 제공
  - 윈도우 7 환경에서 보다 진보된 Integration 을 통한 Seamless 환경 제공

5. 더 쉽고 효율적인 서버 관리
  - 데이터 센터 전력 소비 및 관리의 개선
  - Server Manager를 통한 원격 관리 기능의 개선
  - Identity 관리를 위한 ADDS 와 ADFS의 개선

6. PowerShell 2.0
  - 240개 이상의 커맨드릿(cmdlet) 추가를 통한 기능 강화
  - 윈도우 7 또는 서버 코어에 대한 보다 깊은 수준의 접근제공

7. 유비쿼터스 리모트 엑세스
  - VPN이 필요없는 DirectAccess 를 통한 원격지 접속
  - DirectAccess 는 로컬과 원격을 Seamless 하게 사용자에게 제공

8. 개선된 Branch Office 퍼포먼스 및 관리
  - BranchCache 의 도입으로 저속의 Branch Office WAN 네트워크 보완
  - 엑세스 요청이 한번이라도 발생한 자원은 Branch Office의 BranchCache 서버에 저장
  - 윈도우 7 클라이언트는 Cache를 로컬 PC에 저장

9. 검증된 Best Practice 의 제공
  - 서버 Role 로서 Best Practices Analyzer(BPA) 기능의 제공
  - Server Manager를 통한 손쉬운 Misconfiguration의 조정 기능 제공

10. 강력한 웹, 어플리케이션 서버의 제공
  - IIS 7.0 을 통한 강력한 웹 어플리케이션 서버의 구축
  - URLScan 3.0, Web Playlist 등 추가 기능의 제공
  - FTP 서버 성능 개선을 통한 빠른 파일 엑세스
  - R2 의 새로운 기능들과의 유기적인 조합

가상화 쪽에도 많은 기능, 기술적인 변화들이 감지되고 있는데요, 시간이 허락하는 대로 공개된 자료들과 2008 R2 베타 버전을 기준으로 다양한 아티클을 정리해서 올려보도록 하겠습니다.

- NoPD -

터미널 서버의 Presentation 가상화를 이용하여 어플리케이션을 일련의 사용자들에게 서비스 할 때 주의할 점은 여러가지가 있지만 그중에서도 핵심적인 것중 하나는 바로 "응용프로그램 설치"에 관한 것이다. 일반적인 방식으로 프로그램을 설치했을 때 발생가능한 문제점들과 대처방안을 숙지해 둘 필요가 있다.

Presentation 가상화는 여러 사용자의 세션을 각 하드웨어들이 받아들여 서비스를 해야 하는 방식이다. 소프트웨어는 여러 사용자를 위하여 서비스가 가능하도록 적절하게 설계되어 있거나 이를 위한 방안이 꼭 있어야 한다. 다른 말로 하면, 다중 사용자를 위한 준비가 안된 소프트웨어는 터미널 서버 Presentation 가상화를 통해서 서비스가 불가능 할 수도 있다는 말이다.

예를들어 서버의 특정 경로에 사용자 관련된 환경을 저장한다거나 레지스트리의 HKEY_LOCAL_MACHINE 에 사용자 관련 설정이 저장되는 소프트웨어라면 Presentation 가상화가 힘들 가능성이 높다. 윈도우 서버에서는 이러한 소프트웨어에 대응하기 위하여 터미널 서버를 위한 응용프로그램 설치 모드가 준비되어 있다. 제어판을 열어보자.


이전에 보지 못하던 새로운 아이콘이 하나 등장한 것이 보인다. 이름하여 "터미널 서버에 응용프로그램 설치"이다. (이름이 참 길다 -_-) 사실 이 아이콘이 하는 역할은 포스팅 마지막에 소개할 커맨드 명령어처럼 이전부터 알려져 있던 내용이다. 하지만, 종종 어플리케이션 설치과정에 빼먹기 쉬운 커맨드 명령어 누락을 막기 위한 배려라고 생각하면 가슴이 짠해져 오는 것을 느낄지도 모르겠다.


아이콘을 더블클릭하면 위와 같은 화면이 뜬다. 일반적으로 플로피 디스크나 CD-ROM 에서 응용프로그램을 설치하는 경우가 요즘은 무척 드문데, 여전히 이런 화면이 첫번째로 등장한다는 것은 조금 에러가 아닌가 싶기도 하다. 플로피 디스크나 CD-ROM 을 통해서 설치할 것이 아니므로 일단 "다음"을 눌러보자.


친절하게도 "설치 프로그램을 찾을 수 없습니다" 라는 메세지와 함께 파일 브라우저 버튼이 화면에 등장했다. 찾아보기 버튼을 누르면 설치가능한 모든 포맷 (MSI, EXE...) 이 필터링 되어 있는 파일 탐색기가 열린다. 활용해 보고 싶은 프로그램의 설치파일을 찾아서 선택하도록 하자.


XML 에 사용자 환경파일을 저장하는 대표적인 프로그램인 mRemote 라는 프로그램을 설치파일로 지정했다. 정상적으로 다중 사용자 환경에서 동작하는지에 대한 테스트는 다음 포스팅에서 해보도록 하겠다. 터미널 서버 프로그램 설치의 메세지를 보면 "성공 실패를 떠나서 설치가 끝나면 마침이나 취소를 눌러라" 라고 되어 있는게 보인다. 해석하면 프로그램이 설치되는 동안 액세스 되는 내용들을 점검해서 다중 사용자 환경에서 구동 가능하도록 한번 "노력해 보겠다" 정도로 해석하면 될 것 같다. 설치가 끝나면 당연한 이야기겠지만 "마침"을 눌러서 관리자 설치를 마치도록 하자.

어디서 많이 해봤던 작업이라는 느낌이 확 온다. 그렇다. 이전 버전까지의 터미널 서버 어플리케이션 설치 방법이었던 change user 커맨드를 사용하기 편하도록 만들어 둔 것이다. 이미 익숙한 사용자라면 계속 change user 커맨드를 써도 상관없지만 귀차니즘에 빠져 있다는 생각이 들면, 한번 이용해 보는 것도 나쁘지 않은 제어판 항목이 아닌가 싶다.


다음 포스팅에서 설치한 mRemote가 정상적으로 다중 사용자 환경에서 동작하는 지를 확인해 보고 마이크로소프트의 골드 파트너사인 씨트릭스(Citrix)의 AIE (Application Isolation Environment) 이야기도 잠깐 해보도록 하겠다.

2008/09/09 - [Virtualization/Presentation] - WS2008, Remote App 을 소개합니다
2008/08/26 - [Virtualization/Presentation] - WS2008, 터미널 서버의 설치

- NoPD -

터미널 서버의 설치를 마치고 서버를 재부팅 하고 나면 잠시 변경된 내용이 적용되고 다시 서버 환경으로 로그인을 할 수 있다. 서버 관리자를 실행하고 설치한 터미널 서버 역할이 잘 정의가 되었는지 확인해 볼 수 있다. 이전에 항목이 0개였던 역할 노드에 터미널 서버가 추가된 것을 확인할 수 있고 우측의 Detail 팬에서도 해당 내용을 같이 확인할 수 있다.

그런데 왼쪽의 노드 트리를 유심히 보면 처음 보는 용어가 위치해 있는 것을 알 수 있는데, 이름하여 "TS RemoteApp"이다. TS RemoteApp 은 윈도우 서버 2008 에서 터미널 서버가 갖고 있는 기본 기능이다. Citrix의 Presentation 서버 (MetaFrame) 를 들어본 적이 있다면 익숙할 Seamless 환경을 지원하던 Presentation 서버의 Publish 기능을 알고 있을 것이다. 퍼블리싱 된 소프트웨어는 사용자 클라이언트 PC 에서 마치 로컬 실행되는 어플리케이션처럼 구동되는 모습에 많이들 감탄했을 것이다.

TS RemoteApp 은 Citrix와 같은 솔루션의 도움 없이 윈도우 서버 2008과 터미널 서버 역할 만으로 이러한 기능을 제공해 준다. 강력한 컴퓨팅 파워를 필요로 하는 어플리케이션이나 공통 어플리케이션을 서버에 설치하고 RemoteApp 으로 제공하면 일종의 SaaS (Software as a service) 개념이 가미된 사용자 컴퓨팅 환경을 구성할 수 있게 된 것이다.

RemoteApp 프로그램 추가

서버 관리자에서 터미널 서버 노드를 선택하면 제일 오른쪽에 위치한 작업팬에 사용자가 할 수 있는 몇가지 액션에 대한 기능들이 보인다. 그 중 맨위에 위치한 "RemoteApp 프로그램 추가" 기능을 통해서 서버에 설치된 프로그램을 터미널 서버 RemoteApp 으로 사용자들에게 제공할 수 있도록 설정할 수 있다. 프로그램을 추가하기 전에 배포할 어플리케이션이 서버에 설치가 되었는지 확인하도록 하자.

기능을 실행하면 무척 간단한 마법사가 어플리케이션 배포를 도와준다. 특별한 설정이 필요 없다면 무조건 "다음"만 선택해도 되지만 처음 RemoteApp 으로 어플리케이션을 배포한다면 어떤 설정들을 할 수 있는지 간단하게 살펴보는 것도 좋다.

마법사의 두번째 화면은 정상적인(?) 방법으로 설치되어 윈도우의 프로그램 관리자가 설치 / 제거를 지원할 수 있는 모든 어플리케이션이 목록에 출력된다. 만약 특별한 설치과정이 제공되지 않고 Stand-Alone 으로 설치된 프로그램을 배포하고자 한다면 "찾아보기" 기능을 이용해서 직접 실행파일을 배포해도 상관없다. 이쯤에서 아이디어가 떠오른 사람도 있겠지만, PDF 와 같은 문서파일을 RemoteApp 으로 배포하는 것도 물론 가능하다. 정책이라던가 일정 처럼 공유되어야만 하는 정보를 넘길수도 있을 것이다.

마법사를 통한  간단한 설치 절차가 끝나고 나면 중앙의 팬 하단에 RemoteApp 프로그램 목록에 설정한 프로그램이 등록된다. 등록한 이름과 경로, TS 웹 액세스, 인수 등의 항목이 보이는데 TS 웹 액세스에 관해서는 다음 아티클에서 상세히 설명하도록 하겠다.

등록된 어플리케이션 목록에서 마우스 오른쪽 버튼을 누르면 RemoteApp 프로그램에 대하여 관리자가 할 수 있는 작업 목록이 팝업된다. 등록된 어플리케이션을 사용자들이 액세스 할 수 있도록 하기 위한 방법은 여러가지가 있는데 다음 아티클에서 소개할 TS 웹 액세스가 가장 진보된 형태의 배포 및 액세스 방법이다. 아직 웹 액세스는 설치하지 않았으므로 RDP 파일과 MSI 파일로 배포하는 방법을 볼 까 한다.

RDP 파일은 일반적으로 터미널 서버 액세스를 위해 RDP 설정 파일을 만들어 주는 것과 동일하다. MSI 파일형태로 만들게 되면 사용자 PC 에 프로그램을 설치하는 것과 동일한 (즉, 프로그램 추가 제거에서 RemoteApp 어플리케이션을 제거할 수 있는 형태) 방식으로 설치가 된다. 다만, 이 두가지 방법의 단점은 사용자에게 RDP 파일 혹은 MSI 파일을 배포해야 하기 때문에 1) 공유폴더를 통한 배포, 혹은 2) 액티브 디렉토리 정책을 통한 배포를 해야만 한다. 테스트 환경은 AD가 설치되어 있지 않아 공유폴더를 통해서 MSI 파일을 배포해 보았다.

 

배포된 MSI 파일을 설치하고 나면 사용자의 클라이언트 PC 에 "원격 프로그램" 이라는 프로그램 그룹이 생성되고 그 하단에 배포되는 모든 RemoteApp 프로그램이 설치된 모습이 보인다. 물론, 마법사를 통해 MSI 패키징을 하는 과정에 다른 경로나 이름을 지정했다면 그 설치 위치는 달라졌을 것이다. RDP 파일을 배포하는 경우는 이러한 절차나 모습없이 RDP 파일을 직접 더블클릭해서 RemoteApp 을 구동시키게 된다.

설치된 RemoteApp 구글 어스를 실행하면 위의 사진처럼 마치 로컬 어플리케이션이 실행되는 것과 같은 모습을 보여준다. Seamless 방식으로 어플리케이션이 구동되고 있기 때문이며 사용자의 높은 데스크탑 사용자 경험을 느낄 수 있는 방식이다. RemoteApp 은 Citrix의 Presentation 서버가 제공하는 다양한 기능 (예>로드밸런싱, 어플리케이션 격리화 환경 등) 을 제공하지는 않지만 중소규모의 엔터프라이즈 환경에서라면 얼마든지 다양한 아이디어를 통해서 업무에 응용해서 사용할만한 매력적인 기능임에는 틀림이 없다.

- NoPD -