System Center

Microsoft SoftGrid를 이용한 응용 프로그램 가상화

Ahmer Sabri and Kedar Shah

 

한 눈에 보기:

  • 응용 프로그램 가상화의 이점
  • SoftGrid 아키텍처 개요
  • 소프트웨어 패키지 스트리밍

소프트웨어 가상화라는 개념은 1960년대부터 다양한 형태로 제시되었지만 IT 산업에서 그 잠재력을 깨닫게 되기까지는 수십 년의 시간이 흘러야 했습니다.

이제 업계에서는 소프트웨어 가상화에 대해 이해하고 중요한 발전을 이루고 있습니다.

Microsoft는 응용 프로그램 가상화에 어느 정도 역점을 두고 2006년 7월 Softricity를 인수했으며, 그 결과 Microsoft® SoftGrid라는 응용 프로그램 가상화 솔루션이 개발되었습니다. SoftGrid를 사용하면 응용 프로그램이 데이터 센터 또는 다른 네트워크 위치에서 제공되어 가상 환경의 원격 클라이언트에서 로컬로 실행됩니다. 이 가상 응용 프로그램은 격리된 상태로 실행되며 로컬 데스크톱의 운영 체제 및 다른 응용 프로그램과는 독립적으로 작동합니다.

SoftGrid를 통해 응용 프로그램 가상화를 구현할 때 얻을 수 있는 이점은 매우 많아 이 칼럼에서 모두 다룰 수는 없지만, 가장 중요하고 바로 체감할 수 있는 이점으로는 다음과 같은 것이 있습니다.

회귀 테스트 및 호환성 테스트 간소화 동일한 응용 프로그램의 여러 버전을 단일 컴퓨터에서 충돌 없이 병렬로 실행함으로써 새 응용 프로그램을 테스트 및 배포하는 것과 관련된 복잡성, 시간 및 비용을 상당히 절감할 수 있습니다(그림 1 참고).

그림 1 SoftGrid를 통한 응용 프로그램 배포 효율성 향상

그림 1** SoftGrid를 통한 응용 프로그램 배포 효율성 향상 **(더 크게 보려면 이미지를 클릭하십시오.)

더욱 간편한 시스템 관리 IT 부서에서 이러한 응용 프로그램이 실행되는 환경을 더욱 강력하게 제어할 수 있으므로 이상적인 데스크톱 환경을 더욱 편리하게 유지 관리할 수 있습니다.

지원 부서의 업무 부담 완화 가상 응용 프로그램이 제어되는 격리된 상태로 실행되므로 데스크톱 환경이 더욱 효율적으로 관리되고 충돌이 감소하므로 지원 부서의 업무 부담이 완화됩니다.

데스크톱 보안 향상 응용 프로그램이 OS에 설치되지 않으므로 OS 보안이 전반적으로 향상됩니다. 권한이 있는 사용자만 응용 프로그램에 액세스할 수 있으므로 무단 액세스를 방지할 수 있습니다. 또한 대부분의 응용 프로그램이 표준 보안 컨텍스트에 따라 표시됩니다.

자유로운 사용자 환경 구현 프로필 및 기타 설정 등 사용자의 기본 설정이 네트워크에 저장되므로 사용자가 어느 PC에서든 자신의 응용 프로그램, 기본 설정 및 컨트롤에 액세스할 수 있습니다.

내결함성 및 재해 복구 성능 향상 응용 프로그램은 다른 엔터프라이즈 데이터처럼 저장 및 복제가 가능한 데이터 파일로 변환됩니다. 응용 프로그램과 해당 업데이트는 타사 도구를 사용하여 라이브 사이트와 BCP(대량 복사 프로그램) 사이트 간에 자동으로 동기화되므로 재해가 발생하더라도 응용 프로그램에 바로 액세스할 수 있습니다.

결과적으로 이러한 이점 덕분에 시스템 관리 부담과 비용을 낮추고 새로운 기술을 더욱 신속하고 안정적으로 도입할 수 있습니다. 그러면 SoftGrid의 작동 방식에 대해 자세히 살펴보겠습니다.

가상 응용 프로그램 제공 방식

SoftGrid 아키텍처는 조화롭게 작동하는 여러 구성 요소로 이루어져 있습니다. 즉, 데이터 저장소, 가상 응용 프로그램 서버, 시퀀서, 관리 콘솔, 관리 웹 서비스, 클라이언트 응용 프로그램 등의 SoftGrid 구성 요소가 Active Directory®와 같은 표준 인프라 구성 요소와 함께 작동합니다(그림 2 참조). 이제 SoftGrid 아키텍처를 개괄적으로 살펴보고 다양한 구성 요소가 어떻게 상호 작용하는지 설명하겠습니다.

그림 2 SoftGrid 아키텍처 개요

그림 2** SoftGrid 아키텍처 개요 **(더 크게 보려면 이미지를 클릭하십시오.)

SoftGrid 데이터 저장소는 전체 가상화 환경에서 하나의 중앙 리포지토리 역할을 수행합니다. 데이터 저장소는 SQL Server™(2000 또는 2005 버전) 또는 Microsoft SQL Server Desktop Engine(MSDE)에 설치되어 레코드, 응용 프로그램, 구성, 라이선스 데이터, 보고서 정보, 로깅 정보 등을 저장합니다.

가상 응용 프로그램은 사용자의 컴퓨터에 제공되어 클라이언트에 표시됩니다. SoftGrid에는 Microsoft SoftGrid Application Virtualization for Desktops와 Microsoft SoftGrid Application Virtualization for Terminal Services의 두 가지 유형이 있습니다. 각 유형마다 고유한 이점과 성능상의 특징이 있습니다. 이에 대한 자세한 내용은 '클라이언트 설정' 섹션에서 다루겠습니다.

SoftGrid 환경에서 가장 중요한 구성 요소 중 하나는 SVAS(SoftGrid 가상 응용 프로그램 서버)입니다. 이 구성 요소는 응용 프로그램에 대한 사용자의 요청을 처리하고 사용자가 요청한 응용 프로그램 데이터를 스트리밍하는 데 사용됩니다.

SVAS는 Microsoft System Center Virtual Application Server라고 하는 Windows® 서비스로서 실행되며 하드웨어 요구 사항도 까다롭지 않습니다. 잠시 후 설명할 응용 프로그램 데이터 자체는 기본적으로 모두 \Program Files\Softricity\SoftGrid Server\content 디렉터리에 저장됩니다.

사용자가 워크스테이션에 로그온할 때 일반적인 SoftGrid 환경이 시작됩니다. SoftGrid 클라이언트는 사용자의 보안 토큰과 도메인 그룹 구성원 자격을 캡처하고 보안 채널을 통해 이 정보를 SVAS로 전송합니다. 사용자의 SID(보안 식별자)가 응용 프로그램의 그룹 구성원 디렉터리에 존재할 경우 SVAS는 해당 사용자에게 응용 프로그램에 대한 액세스 권한을 부여합니다. 그러면 각 응용 프로그램에 대한 바로 가기가 사용자의 바탕 화면이나 시작 메뉴, 빠른 실행 도구 모음 등 관리자가 지정한 곳에 생성됩니다.

일반적으로 응용 프로그램 실제 전달은 사용자가 Open Software Description 파일(.osd)과 연결된 바로 가기 아이콘을 클릭할 때 시작됩니다. .osd 파일은 응용 프로그램 패키지에 관한 정보가 포함된 XML 기반 파일입니다. 클라이언트는 .osd 파일에서 가상 응용 프로그램 서버 이름을 검색하여 연결을 시작합니다. 이때 SVAS는 클라이언트를 인증하고 데이터 저장소에 연결하여 라이선스가 올바른지 확인합니다. 사용자에 대한 인증이 이루어지면 SVAS는 응용 프로그램 데이터를 데이터 블록 단위로 나누어 클라이언트에게 스트리밍합니다. 기본적으로 데이터 블록은 32KB 단위이지만 시퀀스를 지정할 때 다르게 구성할 수 있습니다.

이 경우 응용 프로그램 전체가 클라이언트에게 스트리밍되는 것은 아니라는 점에 주의해야 합니다. SoftGrid는 클라이언트에서 응용 프로그램을 실행하는 데 반드시 필요한 부분만 스트리밍합니다. 물론 응용 프로그램에 따라 차이가 있을 수 있지만 일반적으로 전체 코드의 약 20~40% 정도가 스트리밍됩니다. 예를 들어 Microsoft Word 2003의 경우 패키지의 전체 크기는 800MB에 이르는 반면에 클라이언트에서 실행할 수 있도록 스트리밍되는 데이터 크기는 15MB에 불과합니다. 사용자가 클라이언트의 캐시에 없는 응용 프로그램 부분에 액세스하면 필요한 코드가 클라이언트에게 스트리밍됩니다. 조직에서는 월요일 아침 현상, 즉 요청이 동시에 너무 많이 몰려서 네트워크 정체가 발생하는 상황을 피하기 위해 자주 사용되는 응용 프로그램을 사용자의 데스크톱에 미리 캐시하는 방법을 고려해 볼 수도 있습니다.

Active Directory

SoftGrid는 Active Directory 또는 Windows NT® 4.0 도메인 사용자 및 그룹을 사용하여 권한이 있는 사용자에게 응용 프로그램을 제공합니다. 다중 도메인 환경에서는 SVAS가 설치된 도메인과의 트러스트 관계 및 적절한 그룹 구성원 자격(SoftGrid는 로컬, 글로벌 및 유니버설 그룹 구성원 자격을 지원함)을 사용하여 사용자에게 응용 프로그램을 제공할 수 있습니다.

SVAS를 설치할 때는 여러 서비스 계정과 그룹을 설정할 것인지 묻는 메시지가 표시되는데, 이 계정과 그룹은 Active Directory와 통합하는 데 유용하며 이후 관리 목적으로 사용됩니다. 따라서 설치하기 전에 SoftGrid Browser Account, SoftGrid Administrators Group, SoftGrid Users Group의 세 가지 그룹 및 계정을 만들어야 합니다.

SoftGrid Browser Account는 Active Directory를 검색하는 데 필요합니다. 따라서 다중 도메인 환경의 모든 Active Directory 도메인에 대한 읽기 전용 권한이 필요합니다. SoftGrid Administrators Group은 SoftGrid 관리 콘솔 및 SoftGrid 관리 웹 서비스에 관리자 액세스 권한을 부여하는 데 사용됩니다. SoftGrid Users Group은 기본 공급자 정책을 할당하는 데 사용됩니다. 이 정책은 도메인의 모든 사용자에게 관리 콘솔을 통해 게시되는 응용 프로그램에 대한 액세스 권한을 부여하는 데 사용됩니다.

가상 환경

SystemGuard는 SoftGrid 클라이언트의 핵심으로, 로컬 데스크톱에서 실행됩니다. SystemGuard는 응용 프로그램이 격리된 상태에서 실행될 수 있도록 모든 기능이 작동하는 가상 환경을 제공하는 데 사용됩니다. 이와 같이 격리된 환경에는 레지스트리, 파일, 글꼴, INI, COM, 포함 서비스, 환경 변수 등 응용 프로그램을 정상적으로 실행하는 데 필요한 가상화된 OS 구성 요소가 들어 있습니다(그림 3).

그림 3 응용 프로그램이 격리된 상태로 실행되는 가상 환경

그림 3** 응용 프로그램이 격리된 상태로 실행되는 가상 환경 **

SystemGuard는 실행할 모든 응용 프로그램에 대해 가상 레지스트리 키를 생성합니다. 이 키는 로컬 OS에서 실행되는 다른 응용 프로그램에서는 액세스할 수 없으며 regedit 등의 레지스트리 편집 도구에도 표시되지 않습니다. 레지스트리 읽기 및 쓰기는 필요에 따라 가상 키로 리디렉션됩니다. 그러나 가상 레지스트리 키에 없는 정보가 필요할 경우 가상 응용 프로그램은 로컬 레지스트리에 연결할 수 있습니다.

이와 비슷하게 SystemGuard는 가상 파일 시스템을 만들어 응용 프로그램 읽기 및 쓰기 작업의 대부분을 이 파일 시스템으로 리디렉션합니다. 이 가상 파일 시스템은 외부와 격리되어 있으며 단일 클라이언트에서 동일한 응용 프로그램의 여러 버전을 실행하려는 경우 필요한 환경을 제공합니다.

그러나 응용 프로그램이 로컬 OS와 격리되어 있더라도 사용자는 인쇄, 잘라내기 및 붙여넣기, 네트워크 드라이브와 같은 모든 로컬 서비스에 액세스할 수 있습니다.

응용 프로그램 패키징

지금쯤이면 가상 응용 프로그램이 실행될 완전한 기능을 갖춘 독립적 환경을 구축하는 방법이 궁금할 것입니다. 이 작업을 위해서는 SoftGrid 시퀀서를 사용합니다. 마법사 방식의 이 도구를 사용하면 클라이언트에 보내서 실행할 수 있는 가상 환경의 응용 프로그램을 패키지로 만들 수 있습니다.

시퀀스 지정 프로세스는 설치, 구성 및 테스트, 실행의 세 가지 단계로 이루어집니다. 첫 번째인 설치 단계에서 SoftGrid 시퀀서는 능동적 감시 프로세스를 통해 응용 프로그램의 설치 과정을 모니터링하고 응용 프로그램 종속성을 평가합니다. 이 작업이 완료되면 구성 및 테스트 단계가 시작되어 첫 실행 환경이 원하는 수준으로 구현될 수 있도록 기본 구성에 필요한 변경이 진행됩니다. 마지막으로 실행 단계에서 SoftGrid 시퀀서는 응용 프로그램 실행에 필요한 코드 블록을 컴파일하고 정렬합니다. FB1(Feature Block 1)은 응용 프로그램 실행에 필요한 필수 코드로, 전체 패키지를 다운로드하지 않고 응용 프로그램을 실행할 수 있게 해 줍니다.

응용 프로그램 시퀀스가 지정되면 가상 응용 프로그램 파일(.sft), Open Software Description 파일(.osd), 아이콘 파일(.ico), 프로젝트 파일(.sprj)의 4개 파일이 생성됩니다. 그런 다음 이 파일이 SVAS의 콘텐츠 디렉터리에 복사됩니다. 또한 관리자가 HTTP 서버를 사용하여 .ico 파일과 .osd 파일을 클라이언트에 게시하는 방법도 있습니다.

SoftGrid는 일반적으로 응용 프로그램이 격리된 환경에서 독립적으로 실행되도록 구축하지만 SystemGuard는 일부 응용 프로그램 간의 상호 작용을 허용합니다. 따라서 응용 프로그램 간의 종속성을 면밀히 검사하여 서로 상호 작용해야 하는 응용 프로그램의 시퀀스를 지정해야 합니다. 일반적으로 이러한 프로세스를 조합(suiting)이라고 합니다. 상호 작용이 필요한 모든 응용 프로그램의 시퀀스를 지정할 수는 없다는 점에 주의해야 합니다. 조합은 매우 복잡한 프로세스이므로 종속성을 면밀히 조사한 후에 수행해야 합니다. 둘 이상의 응용 프로그램 시퀀스를 지정하면 가상화의 이점을 얻기 어려울 수도 있기 때문입니다.

관리 작업 간소화

SoftGrid 관리 콘솔에서는 모든 관리 작업을 수행할 수 있습니다. 관리 콘솔은 기본적으로 SVAS에 설치되며 다른 모든 서버 또는 워크스테이션에도 설치할 수 있습니다. MMC 3.0 스냅인인 관리 콘솔은 SoftGrid 관리 웹 서비스를 사용하여 SoftGrid 데이터 저장소(그림 4 참조)에 연결되므로 권한이 있는 관리자는 데이터베이스에 저장된 데이터에 제한 없이 액세스하여 관리 작업을 수행할 수 있습니다. 관리 콘솔과 SoftGrid 관리 웹 서비스 간의 연결에는 Microsoft .NET Framework 원격 기능이 사용되어, 관리 콘솔과 웹 서비스를 동일한 서버 또는 서로 다른 서버에 설치할 수 있게 해 줍니다. 그림 2에서는 이러한 다양한 구성 요소가 어떻게 결합되며 전체 SoftGrid 구현에 대한 액세스를 제공하는지 보여 줍니다. 규모가 큰 조직에서는 둘 이상의 SoftGrid 관리 웹 서비스 인스턴스를 실행해야 합니다.

그림 4 데이터 저장소에 대한 연결을 제공하는 SoftGrid 관리 웹 서비스

그림 4** 데이터 저장소에 대한 연결을 제공하는 SoftGrid 관리 웹 서비스 **(더 크게 보려면 이미지를 클릭하십시오.)

SoftGrid 관리 웹 서비스는 IIS 5.0 이상이 설치된 Windows 2000 이상에서 실행됩니다. 데이터 저장소에 연결하기 위해서는 .NET Framework 2.0 이상과 Microsoft Data Access Components(MDAC) 2.7 이상이 필요합니다.

관리 콘솔을 사용하면 응용 프로그램 게시 및 종료와 같은 다양한 관리 작업을 수행할 수 있습니다. 그림 5의 메뉴에 표시된 것처럼 작업은 9개의 주요 범주 또는 컨테이너로 분류됩니다.

그림 5 단일 관리 콘솔에서 SoftGrid 관리

그림 5** 단일 관리 콘솔에서 SoftGrid 관리 **(더 크게 보려면 이미지를 클릭하십시오.)

각 컨테이너에 들어 있는 관리 작업 유형을 간략히 정리하면 다음과 같습니다. Applications 컨테이너에서는 관리자가 .sprj 파일을 가져와서 새 응용 프로그램을 게시하고 .osd 위치를 지정하고 응용 프로그램을 제거하는 등의 작업을 수행할 수 있습니다. 기본적으로 이 컨테이너에는 응용 프로그램 서버에 대한 클라이언트 연결을 테스트할 때 사용할 수 있는 게시된 패키지가 들어 있습니다.

응용 프로그램 시퀀스가 지정되면 파일 형식 연결이 만들어집니다. 패키지 가져온 후에는 관리 콘솔에서 해당 파일 형식 연결을 사용할 수 있습니다. File Type Associations 컨테이너에서는 관리자가 모든 파일 형식 연결을 수정할 수 있습니다.

Packages 컨테이너는 패키지의 여러 버전을 관리하여 능동적으로 업그레이드를 수행합니다. 이러한 응용 프로그램 업그레이드는 사용자가 연결을 끊거나 서버를 종료할 필요 없이 수행할 수 있습니다. 또한 관리자는 이 컨테이너를 사용하여 관리 콘솔에서 패키지를 삭제할 수도 있습니다. Packages 컨테이너에서 패키지를 삭제하면 관리 콘솔과 데이터 저장소에서 .sft 파일이 삭제되지만 응용 프로그램 서버의 콘텐츠 디렉터리에서는 .sft 파일이 삭제되지 않습니다.

앞서 설명했듯이 사용자가 응용 프로그램을 실행하면 SoftGrid 클라이언트는 라이선스를 확인하여 데이터 저장소에 사용할 수 있는 라이선스인 경우에만 응용 프로그램을 실행합니다. Application Licenses 컨테이너에서는 관리자가 라이선스와 응용 프로그램을 연결할 수 있습니다. 무제한 라이선스, 동시 사용 라이선스, 명명된 라이선스가 모두 지원됩니다.

Server Groups에는 응용 프로그램 가상화 서버의 논리 그룹과 로깅 정보가 들어 있습니다. 관리자는 새 서버 그룹을 추가하거나 통신에 사용되는 포트 또는 할당된 메모리와 프로세스 등 기존 그룹의 속성을 수정할 수 있습니다.

Provider Policies 컨테이너에서는 정책이라고 부르는 일련의 규칙을 만들 수 있습니다. 사용자 지정 공급자 정책을 사용하면 다양한 조건에 따라 사용자에게 다양한 응용 프로그램에 대한 액세스 권한을 부여할 수 있습니다. Account Authorities 컨테이너에서는 SoftGrid에서 도메인의 디렉터리 정보에 대한 읽기 권한이 필요할 경우 사용되는 도메인 및 자격 증명을 지정할 수 있습니다. SoftGrid Administrators 컨테이너에는 SoftGrid 환경에 대한 관리 권한이 있는 사용자 그룹이 들어 있습니다. 관리자는 이 컨테이너에서 그룹을 추가 또는 제거하여 액세스 권한을 제어할 수 있습니다.

마지막으로 Reports 컨테이너에서는 그 이름으로도 알 수 있듯이 SoftGrid 환경의 전반적 상태를 확인하기 위한 보고서를 작성할 수 있습니다. Application Utilization, Software Audit, System Utilization, User/Group Activity, System Error 등의 보고서를 작성할 수 있습니다.

클라이언트 설정

SoftGrid 클라이언트는 사용자가 가상 응용 프로그램에 액세스하는 데 사용할 컴퓨터의 운영 체제에 설치됩니다. 앞서 살펴보았듯이 Microsoft SoftGrid for Desktops 또는 Microsoft SoftGrid for Terminal Services라는 두 가지 유형의 클라이언트가 지원됩니다. 각 유형마다 고유한 이점을 제공하지만 네트워크 지연, 서버 팜 통합, 관리 용이성 면에서 성능상의 장단점이 있습니다.

데스크톱 구현의 경우 응용 프로그램을 로컬로 사용할 수 있으며 네트워크 가용성과 처리량에는 거의 영향을 받지 않습니다. 이 유형은 예를 들어 지사의 IT 인프라가 제한적인 기업 조직에 적합합니다. 터미널 서비스는 이미 터미널 서버를 구축한 조직에 적합합니다. 이 방식을 사용하면 하드웨어와 소프트웨어를 효율적으로 활용할 수 있으므로 필요한 서버 수를 대폭 줄일 수 있습니다. 또한 이 방식을 사용하면 자유로운 사용자 환경을 구현할 수 있습니다. 대규모 조직에서는 일반적으로 데스크톱과 터미널 서버 인프라가 결합되어 있습니다. SoftGrid 배포를 설정할 때 다양한 구성 요소를 설치 및 구성하는 작업은 두 유형이 서로 비슷합니다.

클라이언트는 수동 설치 또는 Systems Management Server 2003과 같은 도구를 이용한 자동 배포 등 어떠한 표준 방법으로도 배포할 수 있습니다. 그림 6에서는 이러한 클라이언트를 설치하는 데 필요한 하드웨어 및 소프트웨어의 최소 요구 사항을 보여 줍니다.

Figure 6 SoftGrid 클라이언트의 시스템 요구 사항

클라이언트 프로세서 메모리 디스크 공간 운영 체제
Microsoft SoftGrid for Terminal Services PIII 850MHz 1GB RAM(최소 256MB, 실제 요구량은 사용자 및 응용 프로그램 수에 따라 다름) 12MB의 설치 공간 및 4096MB의 캐시 공간 • Windows 2000 Server 또는 Advanced Server(터미널 서비스 사용)
• Windows Server 2003(터미널 서비스 사용)
Microsoft SoftGrid for Desktops PIII 600MHz 128MB 12MB의 설치 공간 및 2048MB의 캐시 공간 • Windows 2000 Professional 또는 Windows XP
• Windows 2000 Server 또는 Windows Server 2003

클라이언트 설치는 간단한 편이지만 설치 위치, 캐시 크기, 가상 드라이브에 사용할 드라이브 문자, 응용 프로그램 데이터 파일의 위치 등 설치 시 반드시 지정해야 하는 몇 가지 속성이 있습니다. 클라이언트 설치가 완료되면 클라이언트 관리 콘솔을 사용하여 몇 가지 설정을 추가로 지정하거나 변경할 수 있습니다.

클라이언트 관리 콘솔을 실행하려면 제어판의 관리 도구에서 SoftGrid Client Management를 실행합니다. 로컬 컴퓨터 연결 또는 원격 컴퓨터 연결을 선택할 수 있습니다.

그림 7에서는 클라이언트 관리 콘솔이 루트 컨테이너와 세 개의 자식 컨테이너로 구성되는 방식을 보여 줍니다. localhost 루트 탭의 SoftGrid에서는 로깅 디렉터리, 응용 프로그램 데이터 디렉터리, 클라이언트 실행 및 디스플레이 설정, 오류 및 정보 메시지 팝업 빈도, 최대 캐시 크기, 가상 드라이브, SoftGrid 서버 연결 해제 시 네트워크 및 연결 옵션, 사용 권한 등 대부분의 기능 매개 변수를 지정할 수 있습니다.

그림 7 클라이언트 관리 콘솔

그림 7** 클라이언트 관리 콘솔 **

Applications 컨테이너에서는 응용 프로그램을 확인하고 변경할 수 있습니다. Applications 컨테이너는 응용 프로그램이 실행 중인지 여부, 응용 프로그램이 캐시에 잠겨 있는지 여부, 로컬 캐시로 스트리밍된 응용 프로그램(.sft 파일) 비율 등 로컬 응용 프로그램에 대한 상태 정보를 제공합니다.

File Type Associations 컨테이너에서는 파일 형식 연결을 확인, 변경 및 제거할 수 있습니다. 자세한 내용은 앞에서 설명한 파일 형식 연결 부분을 참조하십시오.

Desktop Configuration Servers 컨테이너에서는 설치 과정에서 지정한 응용 프로그램 서버 설정을 지정하고 변경하고 수동으로 새로 고칠 수 있습니다. 이 컨테이너에서는 사용자 로그온 시 클라이언트 새로 고침(기본으로 선택되어 있음)을 실행할 것이지 여부를 선택하고 자동 새로 고침 간격을 지정할 수 있습니다.

결론

Microsoft SoftGrid를 사용하여 응용 프로그램을 가상화하면 시스템 안정성을 높이고 관리 작업을 단순화할 수 있습니다. 여러 구성 요소가 상호 작용하는 이 아키텍처는 IT 인프라에 매끄럽게 통합할 수 있습니다.

Microsoft SoftGrid for Desktops는 Microsoft Desktop Optimization Pack의 일부로 Software Assurance 고객에게 제공됩니다. 자세한 내용은 windowsvista.com/optimizeddesktop을 참조하십시오. Microsoft SoftGrid for Terminal Services는 Microsoft 볼륨 라이선스 계약에 따라 엔터프라이즈 고객에게 독립 실행형 클라이언트 액세스 라이선스로 제공됩니다. 평가판을 다운로드하려면 해당 볼륨 라이선스 계정(https://licensing.microsoft.com)에 로그인하여 제품 다운로드에서 Desktop Optimization Pack for SA를 선택하십시오.

Ahmer Sabri는 Microsoft Financial Services Group의 기술 전문가입니다. Ahmer에게 문의 사항이 있으면 ahmers@microsoft.com으로 연락하십시오.

Kedar Shah는 Microsoft Financial Services Group의 기술 전문가입니다. Kedar에게 문의 사항이 있으면 kedars@microsoft.com으로 연락하십시오.

© 2008 Microsoft Corporation 및 CMP Media, LLC. All rights reserved. 이 문서의 전부 또는 일부를 무단으로 복제하는 행위는 금지됩니다..