다음을 통해 공유


Application Virtualization Server 기반 시나리오 개요

업데이트 날짜: 2009년 11월

적용 대상: Application Virtualization

Microsoft Application Virtualization 환경을 위해 서버 기반의 배포 시나리오를 사용할 계획이라면 Application Virtualization Management ServerApplication Virtualization Streaming Server 사이의 차이점을 이해하는 것이 중요합니다. 이 항목은 이러한 차이점을 설명하고 패키지 전달 방법, 전송 프로토콜, 배포를 진행할 때 고려할 필요가 있는 외부 구성 요소에 관한 정보를 제공합니다.

Application Virtualization Management Server

Application Virtualization Management Server는 게시 기능과 스트리밍 기능을 모두 수행합니다. 이 서버는 인가된 사용자의 App-V Client에 응용 프로그램 아이콘, 바로 가기 및 파일 유형 연결을 게시합니다. 응용 프로그램에 대한 사용자 요청이 수신될 때 서버는 RTSP 또는 RTSPS 프로토콜을 사용하여 요청 시 이 데이터를 인가된 사용자에게 스트리밍합니다. 이 서버를 사용하는 대부분의 구성에서는 하나 이상의 Management Server가 구성 및 패키지 정보를 위해 데이터 저장소를 공유합니다.

Application Virtualization Management Server는 사용자 인증을 관리하기 위해 Active Directory 그룹을 사용합니다. Active Directory Domain 서비스에 더하여 이러한 서버는 데이터베이스와 데이터 저장소를 관리하기 위해 SQL Server가 설치되어 있습니다. Management Server는 Microsoft Management Console 의 스냅인인 Application Virtualization Management Console 을 사용하여 제어합니다.

Application Virtualization Management Server가 필요한 경우 최종 사용자에게 응용 프로그램을 스트리밍하기 때문에 이러한 서버는 신뢰할 수 있는 고 대역폭 LAN을 갖춘 시스템 구성에 이상적으로 적합합니다.

Application Virtualization Streaming Server

Application Virtualization Streaming Server는 Management Server가 제공하는 동일 스트리밍 및 패키지 업그레이드 기능을 제공하지만 Active Directory 또는 SQL Server 요구 사항은 적용되지 않습니다. 그러나 Streaming Server에는 게시 서비스뿐만 아니라 라이선스 또는 계량 기능도 없습니다. 별도 App-V Management Server의 게시 서비스가 App-V Streaming Server와 연계하여 사용됩니다. App-V Streaming Server는 클래식 서버 구성으로 스트리밍 기능을 사용하여 여러 위치에서 Application Virtualization을 사용하기 원하지만 App-V Management Server를 모든 위치에서 지원할 수 있는 하부 구조가 없는 기업의 요구에 부응합니다.

또한 Application Virtualization Streaming Server는 이미 ESD(전자적 소프트웨어 배포) 시스템을 갖춘 환경에서 사용할 수 있습니다. 스트리밍 응용 프로그램을 관리하기 위해 ESD를 사용합니다. Application Virtualization Management Server와는 달리 Streaming Server는 SQL 또는 관리 콘솔을 사용하지 않습니다. 이러한 서버는 사용자를 인증하기 위해 ACL(접근 통제 목록)을 사용합니다.

패키지 전달 방법

Application Virtualization Server를 게시 전달 방법으로 사용할 계획이라면 시나리오에서 다음 패키지 전달 방법 중 어떤 것을 사용할 것인지 결정해야 합니다.

  • 동적인 패키지 전달

  • 패키지 전달에서 파일 로드

동적인 패키지 전달

동적으로 패키지를 전달하는 동안 서버(Application Virtualization Management Server, Application Virtualization Streaming Server, 또는 IIS 서버)는 가상화된 응용 프로그램을 온 디멘드(on-demand) 배포를 통해 최종 사용자에게 전달합니다. 서버는 사용자가 응용 프로그램을 처음 시작하려 시도할 때만 가상화된 응용 프로그램과 패키지를 클라이언트 컴퓨터에 전달합니다(온 디멘드). 서버는 응용 프로그램을 시작하는데 필요한 블록(주요 기능 블록)만을 스트리밍합니다. 주요 기능 블록이 클라이언트에 전달되면 애플리케이션이 실행되고 클라이언트는 주요 기능 블록에 포함되지 않은 응용 프로그램의 일부에 액세스할 필요가 없으면 전체 응용 프로그램을 수신하지 않습니다(점진적 배포). 이러한 일이 발생하면 클라이언트는 순차를 벗어나 요청을 수행하고 보조 기능 블록이 클라이언트로 스트리밍됩니다. 동적인 패키지 전달은 신속한 응용 프로그램 구동을 허용합니다.

패키지 전달에서 파일 로드

파일 패키지 전달에서 파일 로드에서는 사용자가 응용 프로그램을 구동하기 전에 서버가 가상화된 응용 프로그램 패키지 전부를 클라이언트 컴퓨터에 전달합니다. 이 시나리오에서는 가상화된 응용 프로그램이 동적 전달 방법에서 사용하는 동적, 점진적 방법 대신 전체 패키지로 전달됩니다.

참고

각 전달 방법의 경우 초기 가상 응용 프로그램 전달 프로세스와 가상 응용 프로그램 업데이트 프로세스는 동일하며 업데이트된 가상 응용 프로그램 패키지는 원본 응용 프로그램 패키지를 바꿉니다.

다음 표는 각 패키지 전달 방법의 장점과 단점을 비교한 것입니다.

방법 장점 단점 설명

동적인 패키지 전달

응용 프로그램이 요청 시 배달되고 업데이트됩니다.

구동 시간을 최적화하기 위해 응용 프로그램이 점진적으로 전달되고 업데이트됩니다.

업데이트가 자동적으로 클라이언트 데스크톱에 자동적으로 전달됩니다.

서버 요구 사항 때문에 엔터프라이즈 토폴로지에서 더 많은 공간을 차지합니다.

응용 프로그램 스트리밍은 반드시 LAN 상에서 이루어져야 하며 WAN 상에서 수행하는 배포 시나리오나 신뢰할 수 없거나 서버와 클라이언트 연결이 종종 끊어질 경우에는 사용할 수 없을 수도 있습니다.

스트리밍 하부 구조가 필요합니다.

Application Virtualization Desktop Client 소프트웨어를 최종 사용자 컴퓨터에 배포하기 위해 Windows Installer가 사용됩니다.

대규모 기업은 Application Virtualization Streaming Server를 배포 지점으로 사용해야 합니다.

패키지 전달에서 파일 로드

전형적인 기업 관리 관례와 일치합니다.

독립 실행형 구성 시나리오를 지원합니다.

사소한 소규모 지점 문제에 솔루션을 제공합니다.

요청 시 응용 프로그램 전달과 업데이트가 불가능합니다.

응용 프로그램 전달이 점진적이지 않고 동적인 전달 보다 상대적으로 더 많은 자원을 소모합니다.

IT 조직이 응용 프로그램 라이선스, 사용자 권한 부여 및 인증을 책임지는 경우가 자주 발생합니다.

서버 관련 프로토콜 및 외부 구성 요소

다음 표는 상응하는 전송 프로토콜 및 특정 서버 구성을 지원하기 위해 필요한 외부 구성 요소와 더불어 Application Virtualization Server 기반 시나리오에서 사용할 수 있는 서버 유형 목록을 열거하고 있습니다. 표는 또한 각 서버 유형의 보고 메커니즘 및 액티브 업그레이드 메커니즘을 포함하고 있습니다. 이러한 시나리오 모두가 Application Virtualization Management Server를 사용하기 때문에 시스템에 내장된 내부 보고 기능을 사용할 수 있습니다. 클라이언트에 패키지를 전달하기 위해 Application Virtualization Management 또는Application Virtualization Streaming Server를 사용하고 있다면 사용자가 클라이언트에 로그인할 때 서버에 있는 패키지는 자동적으로 업그레이드되며, 클라이언트에 패키지를 전달하기 위해 IIS 서버 또는 파일을 사용하고 있다면 클라이언트에 있는 패키지는 반드시 수동으로 업그레이드해야 합니다.

서버 유형 프로토콜 필요한 외부 구성 요소 보고 액티브 업그레이드

Application Virtualization Management Server

RTSP

RTSPS

HTTPS를 사용할 때 서버가 인터넷에 노출되지 않도록 ICO 및 OSD 파일을 다운로드 할 때 IIS 서버를 사용하고 방화벽을 사용하십시오.

내부

지원됨

Application Virtualization Streaming Server

RTSP

RTSPS

Management Server와 Streaming Server 사이의 콘텐츠를 동기화하기 위한 메커니즘을 사용하십시오. HTTPS를 사용할 때 서버가 인터넷에 노출되지 않도록 ICO 및 OSD 파일을 다운로드 할 때 IIS 서버를 사용하고 방화벽을 사용하십시오.

내부

지원됨

IIS 서버

HTTP

HTTPS

Management Server와 Streaming Server 사이의 콘텐츠를 동기화하기 위한 메커니즘을 사용하십시오. HTTPS를 사용할 때 서버가 인터넷에 노출되지 않도록 ICO 및 OSD 파일을 다운로드 할 때 IIS 서버를 사용하고 방화벽을 사용하십시오.

내부

지원되지 않음

파일

SMB

Management Server와 Streaming Server 사이의 콘텐츠를 동기화하기 위한 메커니즘이 필요합니다. 파일 공유 또는 스트리밍 기능을 갖춘 클라이언트 컴퓨터가 필요합니다.

내부

지원되지 않음

참고 항목

기타 리소스

전자적 소프트웨어 배포 기반 시나리오
서버 기반 배포를 위해 서버를 구성하는 방법
서버와 시스템 구성 요소를 설치하는 방법

-----
TechNet 라이브러리에서 MDOP에 대한 자세한 내용을 확인하거나, TechNet 위키에서 문제 해결 방법을 검색하거나, Facebook 또는 Twitter에서 Microsoft를 팔로우할 수 있습니다. MDOP 문서에 대한 제안 및 의견은 다음으로 보내 주십시오. MDOPdocs@microsoft.com.