Cloud Tech./Presentation2009.04.22 09:25
IDC 나 서버를 운영하는 사람의 입장에서 가상화를 도입하는 이유는 더 다양해질 수 있을 것 같다. 전력 수급의 문제라던가 공간의 문제와 같은 현실의 물리적인 문제들이 있을수도 있고, 서로 다른 하드웨어를 사용하는 것을 줄이는 관리의 목적도 있을 것 같다.

서버 리소스의 효율적인 사용

일반적으로 터미널 서비스를 사용하게 되면 개별 사용자들은 서버 OS 상에 별개의 Full 세션을 만들어 사용하게 된다. RemoteApp 을 사용하여 어플리케이션을 호스팅하게 되면 Full 세션을 만드는 것 만큼의 서버 자원을 사용하지 않고 효과적으로 여러 개별 사용자에게 서비스를 제공할 수 있는 잇점이 있다.

호환성 문제가 있는 어플리케이션의 동시 사용

마이크로소프트의 Office 제품군의 경우 단일한 버전만 인스톨하여 사용할 수 있는 한계가 있다. 그러나 때에 따라서 사용자들은 여러개의 버전 (XP, 2003, 2007 ...) 을 동시에 사용해야 하는 경우가 생길 수 있는데, 터미널 서비스 RemoteApp 은 이러한 상황에 대한 좋은 해법이 될 수 있다. 예를 들어, RemoteApp 서버팜을 구성하고 있는 서버 1, 2 번은 Office 2003 을 서비스 하고 3, 4번은 Office 2007 을 서비스 한다고 가정하자. 사용자에게 두가지 버전의 Office 를 Publishing 해주면 사용자는 자신의 PC 에서 Office 2003 과 Office 2007 을 동시에 사용할 수 있게된다.

터미널 서비스 RemoteApp 은 고민하기에 따라서 다양한 형태로 구성이 가능하다. Presentation 가상화를 함으로써 얻는 잇점이 그렇지 않은 경우에 비해 많은 것 같다고 생각되는 사무 환경이라면, 지금 윈도우 서버 2008를 이용하여 가상화에 도전해 보도록 하자.

2009/04/13 - [Virtualization/Presentation] - Presentation 가상화를 해야하는 이유는 무엇일까? #1
2009/04/20 - [Virtualization/Presentation] - Presentation 가상화를 해야하는 이유는 무엇일까? #2

- NoPD -
신고
Posted by 노피디
Cloud Tech./Presentation2009.04.20 08:00
윈도우 서버 2008 에서 소개된 RemoteApp 은 Citrix 의 Presentation Server와 같은 별도의 3rd Party 솔루션 없이 기본적인 시스템 구성과 터미널 서비스 라이센스 만으로 Presentation 가상화를 가능하게 해주고 있습니다. Citrix 와 같은 전문 솔루션이 제공해 주는 강력하고 다양한 기능은 아니지만, 맛배기로는 훌륭한 수준이 아닐까 싶습니다.

로컬, 리모트의 구분이 없는 Seamless 서비스

가상화의 중요한 포인트 중 하나는, 사용자가 작업중인 환경이 로컬인지 리모트인지 알 수 없게 하는 것입니다. 가상화 환경에서 제공하는 리소스를 사용하고 있다 하더라도 마치 로컬의 소프트웨어, 서비스를 이용하는 것과 같은 사용자 경험(User Experience)가 제공될 때, 가상화는 궁극의 목표에 도달하는 것이니까요.

윈도우 서버 2008이 도입되면서 소개된 RemoteApp 은 기존에 전문 솔루션을 사용할 때 가능했던 Seamless Window 기능을 제공하고 있습니다. 사용자는 터미널 서비스 클라이언트등으로 리모트의 어플리케이션에 접근하는 것이 아니라 바탕화면의 바로가기나 시작 메뉴에 등록된 프로그램 아이콘을 통해서 어플리케이션을 실행할 수 있습니다.

원격에서 실행되는 소프트웨어는 전체 화면이 아닌 실행 화면의 창만 별도로 클라이언트로 전송되어 클라이언트의 테마에 맞추어 표현됩니다. 윈도우 서버 2008 에 데스크탑 테마 기능을 활성화 해두면 클라이언트 OS 가 Vista 이상인 경우 에어로(Aero) 까지 무리없이 표현됩니다. 진정한 Seamelss 서비스를 이제 OS 가 기본적으로 제공하는 시대가 온 것입니다.

쉬운 지점 IT 자원 관리

이전 포스팅에서 이야기했던 중앙 집중화된 관리와 비슷한 의미입니다. 본사는 전문 IT 지원 인력들이 일일이 PC 에 설치된 소프트웨어를 업데이트하고 손봐줄 수 있지만, 그런 인력이 없는 멀리 떨어진 지점은 본사에서 출장을 나가거나 별도의 외부 업체를 통해서 PC 에 설치된 소프트웨어의 장애를 해결하고 부적절하게 설치된 프로그램을 걸러내는 등의 이슈가 있었습니다.

RemoteApp 을 통해 어플리케이션을 중앙에서 배포하게 되면, 모든 문제는 서버단에서 (Server Side) 해결이 가능하기 때문에 상대적으로 적은 비용과 노력을 통해서 본사 뿐만 아니라 지점의 IT 자원 관리가 가능해 집니다. 관리의 IT 가 가능해질 수 있는 것입니다.

(계속)

2009/04/13 - [Virtualization/Presentation] - Presentation 가상화를 해야하는 이유는 무엇일까? #1

- NoPD -
신고
Posted by 노피디
Cloud Tech./Presentation2009.04.13 08:08
Presentation 가상화는 다른 말로 표현하자면 UI 에 대한 가상화이다. 어플리케이션이 구동되는 물리적인 의미의 하드웨어는 사용자 PC 가 아닌 다른 곳 (데이터 센터, 서버 룸 등) 에 위치해 있고, 사용자는 구동되는 어플리케이션의 UI 영역만을 네트워크로 전송받아 사용하는 개념을 말한다.

이러한 기저에는 RDP 프로토콜이나 ICA 프로토콜과 같은 다양한 SBC(Server Based Computing) 솔루션이 위치해 있다는 것은 이미 너무나 많은 사람들이 알고있다. 기술을 떠나, 초심으로 돌아가서, 과연 왜 이런 Presentation 가상화를 해야하고 이러한 가상화를 도입했을 때 기업 혹은 개인이 얻을 수 있는 장점은 무엇인지 한번 Refresh 해 볼 필요가 있을 것 같다.

터미널서비스 RemoteApp 의 장점

윈도우 서버 2008 이 출시되면서 많은 변화들이 있었지만, 그 중 가상화에 대한 변화들은 다른 분야의 변화에 비해 월등히 변화가 많았던 부분이 아닐까 싶다. RemoteApp 도입 이전에 Presentation 가상화를 사용해 본다는 것은 별도의 솔루션 (Citrix 등) 을 사용해야 하고 투자비용이 든다는 단점이 있었다.

적은 사용자가 in-House 용도로 Presentation 가상화를 도입하는데 이러한 부분은 크게 걸림돌이 되었던 것이 사실이다. RemoteApp 가 Citrix 등의 전문 SBC 솔루션 만큼의 고가용성이나 고성능을 제공해 주지는 못하지만, in-House 용도로 한정 한다면 이유있는 선택이 될 수 있다.

중앙 집중화된 소프트웨어 관리

기업의 IT 조직들이 하는 일의 많은 부분이 개인 사용자 PC 에 설치된 어플리케이션의 문제를 진단해주고 해결해주는 것이라고 한다. 천차만별로 구성된 OS 환경에서 발생하는 문제를 찾는 것은 시간이 많이 소요되는 작업이고 이는 비용과 직결되는 이슈가 된다. RemoteApp 을 사용하면서 IT 조직은 관리되는(Managed) 환경하에 놓인 시스템에서 소프트웨어를 서비스 함으로써 많은 사용자 환경 차원의 문제를 해결할 수 있다.

버전이 새롭게 업데이트 되었거나 패치가 적용되어야 하는 시점이 아니라면 서버에서 호스팅 되는 소프트웨어들은 언제나 최신의 상태를 유지하며 안정적인 설정과 이미지를 모든 사용자에게 제공할 수 있게 된다.

(계속)

- NoPD -
신고
Posted by 노피디
Cloud Tech./Presentation2008.09.09 13:46

터미널 서버의 설치를 마치고 서버를 재부팅 하고 나면 잠시 변경된 내용이 적용되고 다시 서버 환경으로 로그인을 할 수 있다. 서버 관리자를 실행하고 설치한 터미널 서버 역할이 잘 정의가 되었는지 확인해 볼 수 있다. 이전에 항목이 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 -

신고
Posted by 노피디
Cloud Tech.2008.08.12 14:33

* 본 문서는 마이크로소프트 가상화 웹사이트에 게시된 "Flexible Desktop Computing 백서"를 번역 및 의역한 글입니다. 번역 내용 중 잘못된 부분이나 문제가 될만한 부분은 지적해 주시면 수정하도록 하겠습니다.

사용자 삽입 이미지
윈도우 서버 2008 의 터미널 서비스에는 "터미널 서비스 리모트 앱(RemoteApp)" 이라는 새로운 기능이 추가되었다. 이 기능은 터미널 서버에서 구동되는 개별 어플리케이션들이 엔드 유저의 리치 클라이언트에서 사용 가능하도록 해줄 뿐만 아니라, 마치 엔드 유저의 로컬 클라이언트에서 어플리케이션이 구동되고 있는 것과 같은 사용자 경험을 제공해 준다. 이것은 심리스 윈도우 기술(Seamless Window Technology)를 통하여 구현되는데, 이같은 방식을 통하여 리치 클라이언트가 터미널 서비스를 엑세스 할 때 또하나의 데스크탑 처럼 보이던 것을 제거한 것이다.

터미널 서비스 리모트앱은 IT 조직이 엔드단의 디바이스에게 터미널 서버에서 구동되는 다양한 어플리케이션들을 조합하고 맞춰줄 수 있도록 해준다. 즉, IT 조직은 각각의 어플리케이션에 대하여 적절한 배포 방법론을 결정할 수 있는 유연함을 갖게 되는 것이다. 예를들면, 그래픽적인 요소들이 강조된 어플리케이션은 엔드 유저의 단말기에 직접 설치하여 로컬 그래픽 서브 시스템의 리소스를 이용할 수 있도록 해주는 것이 좋다. 하지만 많은 데이터의 핸들링이 필요한 CS 어플리케이션 (Client/Server) 은 네트웍을 통하여 모든 데이터를 주고 받는 것보다 중앙의 서버에 설치된 어플리케이션이 직접 데이터를 핸들링하고 UI 만 사용자에게 전송해 주는 것이 훨씬 나은 성능을 보여주는 배포 모델이 될 것이다.

- NoPD -

신고
Posted by 노피디

티스토리 툴바