Application Virtualization에 대한 성능 지침
적용 대상:
- Windows 7 SP1
- Windows 10
- Windows 11
- Server 2012 R2
- Server 2016
최적의 성능을 위해 App-V를 구성하고, 가상 앱 패키지를 최적화하고, RDS 및 VDI를 사용하여 더 나은 사용자 환경을 제공하는 방법을 알아봅니다.
여러 메서드를 구현하면 최종 사용자 환경을 개선하는 데 도움이 될 수 있습니다. 그러나 사용자 환경에서는 모든 메서드를 지원하지 않을 수 있습니다.
이 문서를 읽기 전에 다음 정보를 읽고 이해해야 합니다.
참고
이 문서에서 사용되는 일부 용어는 외부 원본 및 컨텍스트에 따라 다른 의미를 가질 수 있습니다. 이 문서에 사용된 용어와 별표 *
에 대한 자세한 내용은 이 문서의 애플리케이션 가상화 성능 지침 용어 섹션을 검토하세요.
마지막으로, 이 문서에서는 최적의 성능을 위해 App-V 클라이언트를 실행하는 컴퓨터와 환경을 구성하는 정보를 제공합니다. 시퀀서를 사용하여 성능을 위해 가상 애플리케이션 패키지를 최적화하고, UE-V(사용자 환경 가상화) 또는 기타 사용자 환경 관리 기술을 사용하여 RDS(원격 데스크톱 서비스) 및 VDI(비영구 가상 데스크톱 인프라)에서 App-V를 사용하여 최적의 사용자 환경을 제공하는 방법을 이해합니다.
사용자 환경과 관련된 정보를 확인하려면 각 섹션의 간략한 개요 및 적용 가능성 검사 목록을 검토해야 합니다.
상태 저장* 비영구 배포의 App-V
이 섹션에서는 사용자가 로그인한 후 몇 초 내에 모든 가상 애플리케이션에 액세스할 수 있도록 하는 방법에 대한 정보를 제공합니다. 이 액세스는 자주 실행되는 장기 실행 App-V 게시 새로 고침을 고유하게 해결하여 수행됩니다. 접근 방식의 기초인 가장 빠른 게시 새로 고침은 실제로 아무 작업도 수행할 필요가 없는 방법입니다. 최적의 사용자 환경을 제공하려면 많은 조건을 충족하고 단계를 따라야 합니다.
자세한 내용은 다음 섹션의 정보를 사용합니다.
사용 시나리오 - 두 시나리오를 검토할 때 이러한 시나리오는 접근 방식의 극단이라는 점을 명심하세요. 사용 요구 사항에 따라 사용자 및/또는 가상 애플리케이션 패키지의 하위 집합에 이러한 단계를 적용하도록 선택할 수 있습니다.
성능 최적화: 최적의 환경을 제공하기 위해 기본 이미지에 일부 App-V 가상 애플리케이션 패키지가 포함될 것으로 예상할 수 있습니다. 이 요구 사항 및 기타 요구 사항에 대해 설명합니다.
스토리지에 최적화됨: 스토리지 효과가 문제가 되는 경우 이 시나리오에 따라 이러한 문제를 해결하는 데 도움이 될 수 있습니다.
기본 이미지 준비 단계: 비영구 VDI 또는 RDSH 환경에서 이 방법을 사용하려면 기본 이미지에서 몇 단계만 완료해야 합니다.
App-V 접근 방식의 UPM(사용자 프로필 관리) 솔루션으로 UE-V를 사용합니다. 이 방법의 초석은 UEM 솔루션이 몇 개의 레지스트리 및 파일 위치의 콘텐츠를 유지하는 기능입니다. 이러한 위치는 사용자 통합*을 구성합니다. UPM 솔루션에 대한 특정 요구 사항을 검토해야 합니다.
연습: App-V 및 UE-V 작업의 단계별 연습이며 사용자가 기대해야 합니다.
결과: 예상 결과를 설명합니다.
적용 가능성 검사 목록
검사 목록 | 배포 환경 |
---|---|
![]() |
비영구 VDI 또는 RDSH. |
![]() |
UE-V(사용자 환경 가상화), 기타 UPM 솔루션 또는 UPD(사용자 프로필 디스크). |
검사 목록 | 예상 구성 |
---|---|
![]() |
App-V 사용자 상태 템플릿을 사용하도록 설정된 UE-V(사용자 환경 가상화) 또는 UPM(사용자 프로필 관리) 소프트웨어. 비 UE-V UPM 소프트웨어는 로그인 또는 프로세스/애플리케이션 시작 및 로그오프 시 트리거할 수 있어야 합니다. |
![]() |
APP-V SCS(공유 콘텐츠 저장소)가 구성되었거나 구성할 수 있습니다. |
검사 목록 | IT 관리 |
---|---|
![]() |
관리자는 최적의 성능을 보장하기 위해 VM 기본 이미지를 정기적으로 업데이트해야 하거나 관리자가 다른 사용자 그룹에 대해 여러 이미지를 관리해야 할 수 있습니다. |
사용 시나리오
두 시나리오를 검토할 때 이러한 시나리오는 극단을 나타낸다는 점을 명심하세요. 사용 요구 사항에 따라 사용자, 가상 애플리케이션 패키지 또는 둘 다의 하위 집합에 이러한 단계를 적용하도록 선택할 수 있습니다.
성능: 최적의 사용자 환경을 제공하기 위해 이 방법은 UPM 솔루션의 기능을 사용하며 추가 이미지 준비가 필요하며 이미지 관리 오버헤드가 더 발생할 수 있습니다.
다음 섹션에서는 상태 저장 비영구 배포의 많은 성능 향상에 대해 설명합니다. 자세한 내용은 게시 성능을 위해 패키지를 최적화하기 위한 시퀀싱 단계 (이 문서)를 참조하세요.
스토리지: 이전 시나리오의 일반적인 기대치는 여전히 여기에 적용됩니다. 그러나 VM 이미지는 일반적으로 비용이 많이 드는 배열에 저장됩니다. 기본 이미지에서 사용자 대상 가상 애플리케이션 패키지를 미리 구성하지 마세요.
이 변경의 효과는 사용자 환경 연습 (이 문서)에 자세히 설명되어 있습니다.
환경 준비
다음 정보는 기본 이미지 및 UE-V 또는 다른 UPM 솔루션을 준비하는 데 필요한 단계를 표시합니다.
기본 이미지 준비
성능:
- App-V 기본 제공 클라이언트 사용에서 설명한 대로 App-V 클라이언트를 사용하도록 설정합니다.
- UE-V를 사용하도록 설정하고 UE-V 템플릿 갤러리에서 App-V 설정 템플릿을 다운로드합니다. 다음 단계를 참조하세요.
- SCS(공유 콘텐츠 저장소) 모드에 대해 구성합니다. 자세한 내용은 App-V Sequencer 배포 및 클라이언트 구성을 참조하세요.
- 로그인 레지스트리 DWORD에서 사용자 통합 유지를 구성합니다.
- 모든 사용자 및 전역 대상 패키지(예: Add-AppvClientPackage)를 미리 구성합니다.
- 모든 사용자 및 전역 대상 연결 그룹(예: Add-AppvClientConnectionGroup)을 미리 구성합니다.
- 모든 전역 대상 패키지를 미리 게시합니다. 또는:
전역 게시/새로 고침을 수행합니다.
사용자 게시/새로 고침을 수행합니다.
모든 사용자 대상 패키지를 게시 취소합니다.
다음 사용자-VFS(가상 파일 시스템) 항목을 삭제합니다.
AppData\Local\Microsoft\AppV\Client\VFS
AppData\Roaming\Microsoft\AppV\Client\VFS
스토리지:
- App-V 기본 제공 클라이언트 사용에서 설명한 대로 App-V 클라이언트를 사용하도록 설정합니다.
- UE-V를 사용하도록 설정하고 UE-V 템플릿 갤러리에서 App-V 설정 템플릿을 다운로드합니다. 다음 단계를 참조하세요.
- SCS(공유 콘텐츠 저장소) 모드에 대해 구성합니다. 자세한 내용은 App-V Sequencer 배포 및 클라이언트 구성을 참조하세요.
- 로그인 레지스트리 DWORD에서 사용자 통합 유지를 구성합니다.
- 전역 대상 패키지(예: Add-AppvClientPackage)를 미리 구성합니다.
- 전역 대상 연결 그룹(예: Add-AppvClientConnectionGroup)을 미리 구성합니다.
- 모든 전역 대상 패키지를 미리 게시합니다.
구성
중요한 App-V 클라이언트 구성 및 좀 더 자세한 컨텍스트 및 방법의 경우 다음 구성 설정을 검토합니다.
SCS(공유 콘텐츠 저장소) 모드: 공유 콘텐츠 저장소를 실행하는 경우 게시 데이터만 하드 디스크에 유지 관리됩니다. 다른 가상 애플리케이션 자산은 메모리(RAM)에서 유지 관리됩니다. 이러한 결과는 로컬 스토리지를 절약하고 IOPS(초당 디스크 I/O)를 최소화하는 데 도움이 됩니다.
이 설정은 App-V 클라이언트 엔드포인트와 SCS 콘텐츠 서버 SAN 간에 대기 시간이 짧은 연결을 사용할 수 있는 경우에 권장됩니다.
- Windows PowerShell에서 구성할 수 있습니다.
Set-AppvClientConfiguration -SharedContentStoreMode 1
- 그룹 정책으로 구성 가능: App-V 시퀀서 배포 및 클라이언트 구성을 참조하세요.
- Windows PowerShell에서 구성할 수 있습니다.
PreserveUserIntegrationsOnLogin: 특정 패키지를 미리 구성하지 않은 경우(Add-AppvClientPackage) 이 설정이 구성되지 않은 경우 App-V 클라이언트는 지속형 사용자 통합을 통합 해제한 다음 다시 통합합니다.
위의 조건을 충족하는 모든 패키지에 대해 게시/새로 고침 중에 작업이 효과적으로 두 번 발생합니다.
기본 이미지에서 사용 가능한 모든 사용자 패키지를 미리 구성하지 않으려면 이 설정을 사용합니다.
- 아래의 레지스트리에서 구성합니다
HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Integration
. - 값이 1인 DWORD 값 PreserveUserIntegrationsOnLogin 을 만듭니다.
- App-V 클라이언트 서비스를 다시 시작하거나 App-V 클라이언트를 실행하는 컴퓨터를 다시 시작합니다.
- 아래의 레지스트리에서 구성합니다
MaxConcurrentPublishingRefresh: 이 설정은 게시 새로 고침/동기화를 동시에 수행할 수 있는 사용자 수를 결정합니다. 기본 설정은 제한이 없습니다.
동시 게시 새로 고침 수를 제한하면 컴퓨터 성능에 영향을 줄 수 있는 과도한 CPU 사용량을 방지할 수 있습니다. 이 제한은 여러 사용자가 동시에 동일한 컴퓨터에 로그인하고 게시 새로 고침 동기화를 수행할 수 있는 RDS 환경에서 권장됩니다.
동시 게시 새로 고침 임계값에 도달하면 새 애플리케이션을 게시하고 로그인한 후 최종 사용자가 사용할 수 있도록 하는 데 필요한 시간이 확정되지 않은 시간이 걸릴 수 있습니다.
- 아래의 레지스트리에서 구성합니다
HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Publishing
. - 원하는 최대 동시 게시 새로 고침 수를 사용하여 DWORD 값 MaxConcurrentPublishingrefresh 를 만듭니다.
- App-V 클라이언트 서비스 및 컴퓨터를 다시 시작할 필요가 없습니다.
- 아래의 레지스트리에서 구성합니다
App-V 접근 방식에 대한 UE-V 솔루션 구성
UE-V(사용자 환경 가상화)를 사용하여 특정 사용자에 대한 애플리케이션 설정 및 Windows 운영 체제 설정을 캡처하고 중앙 집중화하는 것이 좋습니다. 그런 다음, 이러한 설정은 데스크톱 컴퓨터, 랩톱 컴퓨터 및 VDI(가상 데스크톱 인프라) 세션을 포함하는 사용자가 액세스하는 다양한 컴퓨터에 적용됩니다. UE-V는 RDS 및 VDI 시나리오에 최적화되어 있습니다.
자세한 내용은 다음을 참조하세요.
참고
추가 구성 단계를 수행하지 않으면 UE-V(사용자 환경 가상화)는 대상 컴퓨터에서 시작 메뉴 바로 가기(.lnk 파일)를 동기화할 수 없습니다. .lnk 파일 형식은 기본적으로 제외됩니다.
UE-V는 RDS 및 VDI 시나리오의 제외 목록에서 .lnk 파일 형식을 제거하는 것만 지원합니다. 여기서 모든 사용자의 디바이스는 동일한 위치에 동일한 애플리케이션 집합을 설치하고 모든 .lnk 파일은 모든 사용자의 디바이스에 유효합니다. 예를 들어 UE-V는 현재 다음 두 가지 시나리오를 지원하지 않습니다. 그 이유는 바로 가기가 모든 디바이스에서 유효하지는 않기 때문입니다.
사용자에게 .lnk 파일이 사용하도록 설정된 디바이스에 애플리케이션이 설치되어 있고 다른 디바이스에 동일한 네이티브 애플리케이션이 설치되어 있는 경우 .lnk 파일이 활성화된 다른 설치 루트에 설치됩니다.
한 디바이스에 애플리케이션이 설치되어 있지만 .lnk 파일이 활성화된 다른 디바이스에는 설치되어 있지 않은 경우
중요
이 항목에서는 레지스트리 편집기를 사용하여 Windows 레지스트리를 변경하는 방법을 설명합니다. Windows 레지스트리를 잘못 변경하면 Windows를 다시 설치해야 할 수 있는 심각한 문제가 발생할 수 있습니다. 레지스트리를 변경하기 전에 레지스트리 파일(System.dat 및 User.dat)의 백업 복사본을 만들어야 합니다. Microsoft는 레지스트리를 변경할 때 발생할 수 있는 문제를 해결할 수 있다고 보장할 수 없습니다. 레지스트리를 사용자 고유의 위험으로 변경합니다.
Microsoft 레지스트리 편집기(regedit.exe)를 사용하여 제외된 파일 형식으로 HKEY\_LOCAL\_MACHINE\Software\Microsoft\UEV\Agent\Configuration\ExcludedFileTypes
이동하여 제거 .lnk
합니다.
App-V 접근 방식에 대한 다른 UPM(사용자 프로필 관리) 솔루션 구성
상태 저장 환경에서는 UPM 솔루션이 구현되고 세션 간 및 로그인 간에 사용자 데이터의 지속성을 지원할 수 있습니다.
UPM 솔루션에 대한 요구 사항은 다음과 같습니다.
최적화된 로그인 환경(예: 사용자에 대한 App-V 접근 방식)을 사용하도록 설정하려면 솔루션이 다음을 수행할 수 있어야 합니다.
사용자 프로필/가상 사용자의 일부로 아래 사용자 통합을 유지합니다.
로그인 시 사용자 프로필 동기화 트리거(또는 애플리케이션 시작) 게시/새로 고침이 시작되기 전에 모든 사용자 통합이 적용되도록 보장하거나,
UPD(사용자 프로필 디스크) 또는 사용자 통합을 포함하는 유사한 기술 연결 및 분리
참고
App-V는 전체 프로필이 사용자 프로필 디스크에 저장되는 경우에만 UPD를 사용할 때 지원됩니다.
App-V 패키지는 사용자 프로필 디스크에 저장된 선택한 폴더와 함께 UPD를 사용할 때 지원되지 않습니다. 쓰기 중 복사 드라이버는 UPD 선택한 폴더를 처리하지 않습니다.
- 세션 로그아웃 전에 사용자 통합을 구성하는 위치에 대한 변경 내용을 캡처합니다.
게시 서버(Add-AppvPublishingServer)를 추가할 때 App-V를 사용하면 동기화를 구성할 수 있습니다(예: 로그인 중 새로 고침 및/또는 지정된 새로 고침 간격 후에 새로 고침). 두 경우 모두 예약된 작업이 만들어집니다.
이전 버전의 App-V에서는 예약된 두 작업이 모두 사용자 및 전역 새로 고침을 시작하는 VBScript를 사용하여 구성되었습니다. Application Virtualization 5.0 SP2용 핫픽스 패키지 4부터 로그인에 대한 사용자 새로 고침은 SyncAppvPublishingServer.exe에서 시작되었습니다. 이 변경 내용은 UPM 솔루션에 트리거 프로세스를 제공하기 위해 도입되었습니다. 이 프로세스는 UPM 솔루션이 사용자 통합을 적용할 수 있도록 게시/새로 고침을 지연합니다. 게시/새로 고침이 완료되면 종료됩니다.
사용자 통합
레지스트리: HKEY_CURRENT_USER
경로 - Software\Classs
제외: 로컬 설정, ActivatableClasses, AppX*
경로 - Software\Microsoft\AppV
Path- Software\Microsoft\Windows\CurrentVersion\App Paths
파일 위치
루트: "환경 변수" APPDATA
경로: Microsoft\AppV\Client\Catalog
루트: "환경 변수" APPDATA
경로: Microsoft\AppV\Client\Integration
루트: "환경 변수" APPDATA
경로 - Microsoft\Windows\Start Menu\Programs
(모든 데스크톱 바로 가기를 유지하려면 가상 및 비가상)
루트 - "KnownFolder" {B4BFCC3A-DB2C-424C-B029-7FE99A87C641}FileMask - *.lnk
사용자 환경 연습
다음 프로세스는 App-V 및 UPM 작업과 사용자의 기대치에 대한 단계별 연습입니다.
성능: VDI/RDSH 환경에서 이 방법을 구현한 후 첫 번째 로그인 시
(작업) 사용자 게시/새로 고침이 시작됩니다.
(예상) 사용자가 가상 애플리케이션(예: 비영구적)을 처음 게시하는 경우 이 작업은 게시/새로 고침의 일반적인 기간이 걸립니다.
(작업) 게시/새로 고침 후 UPM 솔루션은 사용자 통합을 캡처합니다.
(예상) UPM 솔루션이 구성된 방식에 따라 이 캡처는 로그아웃 프로세스의 일부로 발생할 수 있습니다. 이로 인해 사용자 상태를 유지하는 것과 동일/유사한 오버헤드가 발생합니다.
후속 로그인에서 다음을 수행합니다.
(작업) UPM 솔루션은 게시/새로 고침 전에 시스템에 사용자 통합을 적용합니다.
(예상) 바탕 화면 또는 시작 메뉴에 바로 가기가 있으며, 바로 가기가 즉시 작동합니다. 게시/새로 고침이 완료되면(즉, 패키지 자격이 변경됨) 일부는 사라질 수 있습니다.
(작업) 게시/새로 고침 프로세스는 사용자 패키지 자격 변경에 대한 작업을 게시 취소하고 게시합니다.
(예상) 자격 변경 내용이 없으면 게시가 몇 초 안에 완료됩니다. 그렇지 않으면 가상 애플리케이션의 수와 복잡성에 비해 게시/새로 고침이 증가합니다.
게시 작업(Publish-AppVClientPackage)은 사용자 카탈로그에 항목을 추가하고, 사용자에게 권한을 매핑하고, 로컬 저장소를 식별하고, 통합 단계를 완료하여 완료합니다.
(작업) UPM 솔루션은 로그아웃 시 사용자 통합을 다시 캡처합니다.
(예상) 이전과 동일합니다.
결과:
- 사용자 통합은 완전히 보존되므로 작업이 없습니다. 예를 들어 게시/새로 고침에 대한 통합이 완료됩니다. 모든 가상 애플리케이션은 로그인 후 몇 초 내에 사용할 수 있습니다.
- 게시/새로 고침 프로세스는 환경에 영향을 미치는 사용자 권한 가상 애플리케이션에 대한 변경 내용을 처리합니다.
스토리지: VDI/RDSH 환경에서 이 방법을 구현한 후 처음 로그인합니다.
(작업) 사용자 게시/새로 고침이 시작됩니다.
(예상):
- 이 인스턴스가 사용자가 가상 애플리케이션을 처음 게시하는 경우(예: 비영구적) 게시/새로 고침의 일반적인 기간이 걸립니다.
- 첫 번째 및 후속 로그인은 패키지 미리 구성(추가/새로 고침)의 영향을 받습니다.
(작업) 게시/새로 고침 후 UPM 솔루션은 사용자 통합을 캡처합니다.
(예상) UPM 솔루션이 구성된 방식에 따라 이 캡처는 로그오프 프로세스의 일부로 발생할 수 있습니다. 이로 인해 사용자 상태를 유지하는 것과 동일/유사한 오버헤드가 발생합니다.
후속 로그인에서 다음을 수행합니다.
(작업) UPM 솔루션은 게시/새로 고침 전에 시스템에 사용자 통합을 적용합니다.
(작업) 추가/새로 고침은 모든 사용자 대상 애플리케이션을 미리 구성해야 합니다.
- (예상):
- 이렇게 하면 애플리케이션 가용성 시간이 크게 증가할 수 있습니다(10초 단위).
- 이렇게 하면 가상 애플리케이션의 수 및 복잡성*에 비해 게시 새로 고침 시간이 증가합니다.
- (예상):
(작업) 게시/새로 고침은 사용자 패키지 자격 변경에 대한 게시 및 게시 작업을 처리합니다.
결과: 추가/새로 고침이 모든 가상 애플리케이션을 VM에 다시 구성해야 하므로 모든 로그인에 대한 게시 새로 고침 시간이 연장됩니다.
패키지 수명 주기에 영향을 미칩니다.
패키지 업그레이드는 패키지 수명 주기의 중요한 측면입니다. 사용자가 적절한 업그레이드(게시됨) 또는 다운그레이드(게시되지 않은) 가상 애플리케이션 패키지에 액세스할 수 있도록 하려면 이러한 변경 내용을 반영하도록 기본 이미지를 업데이트합니다. 이유를 이해하려면 다음 섹션을 검토하세요.
App-V 5.0 SP2는 보류 중인 상태의 개념을 도입했습니다. 과거에는
관리자가 권한을 변경하거나 새 버전의 패키지를 만든 경우(업그레이드됨) 게시/새로 고침 중에 해당 패키지가 사용 중이면 게시 취소 또는 게시 작업이 각각 실패합니다.
패키지를 사용 중인 경우 작업이 보류 중입니다. 게시 취소 및 게시 보류 중인 작업은 서비스 다시 시작 시 또는 다른 게시 또는 게시 취소 명령이 실행될 때 처리됩니다. 후자의 경우 가상 애플리케이션이 사용되지 않는 경우 가상 애플리케이션은 보류 중인 상태로 유지됩니다. 전역적으로 게시된 패키지의 경우 다시 시작(또는 서비스 다시 시작)이 필요한 경우가 많습니다.
비영구 환경에서는 보류 중인 작업이 처리될 가능성이 낮습니다. 보류 중인 작업(예: 작업은 HKEY_CURRENT_USER \ Software \ Microsoft \ AppV \ Client \ PendingTasks)에서 캡처됩니다. 이 위치는 UPM 솔루션에 의해 유지되지만 로그인하기 전에 환경에 적용되지 않으면 처리되지 않습니다.
성능 최적화 튜닝을 통해 VDI 환경 향상
다음 섹션에는 성능을 위해 환경을 최적화할 때 유용할 수 있는 Microsoft 설명서 및 다운로드에 대한 정보가 포함된 목록이 포함되어 있습니다.
Windows Server
Microsoft Windows Server 2012 R2에 대한 서버 성능 조정 지침
서버 역할
Windows 클라이언트(게스트 OS) 성능 튜닝 지침
게시 성능을 위해 패키지를 최적화하는 시퀀싱 단계
여러 App-V 기능은 새로운 시나리오를 용이하게 하거나 새 고객 배포 시나리오를 사용하도록 설정합니다. 다음 기능은 게시 및 시작 작업의 성능에 영향을 줄 수 있습니다.
단계 | 고려 사항 | 장점 | 장단점 |
---|---|---|---|
기능 블록 1 없음(FB1, 기본 FB라고도 함) | FB1 없음은 애플리케이션이 즉시 시작되고 스트림 오류를 의미합니다(애플리케이션에는 파일, DLL이 필요하고 네트워크를 통해 풀다운해야 합니다). 네트워크 제한 사항이 있는 경우 FB1은 다음을 수행합니다. |
스트림 오류로 시작 시간이 줄어듭니다. | FB1이 구성된 가상 애플리케이션 패키지를 다시 시퀀싱해야 합니다. |
FB1 제거
FB1을 제거해도 원래 애플리케이션 설치 관리자가 필요하지 않습니다. 다음 단계를 완료한 후 시퀀서가 실행되는 컴퓨터를 클린 스냅샷으로 되돌리는 것이 좋습니다.
Sequencer UI
새 가상 애플리케이션 패키지를 만듭니다.
사용자 지정 -> 스트리밍까지의 시퀀싱 단계를 완료합니다.
스트리밍 단계에서 느리거나 신뢰할 수 없는 네트워크를 통해 배포를 위해 패키지 최적화를 선택하지 마세요.
원하는 경우 대상 OS로 이동합니다.
기존 가상 애플리케이션 패키지 수정
스트리밍까지의 시퀀싱 단계를 완료합니다.
느리거나 신뢰할 수 없는 네트워크를 통해 배포를 위해 패키지 최적화를 선택하지 마세요.
패키지 만들기로 이동합니다.
Windows PowerShell
기존 가상 애플리케이션 패키지를 업데이트합니다.
관리자 권한 Windows PowerShell 세션을 엽니다.
가져오기-모듈 appvsequencer.
Update-AppvSequencerPackage - AppvPackageFilePath
"C:\Packages\MyPackage.appv" -Installer
"C:\PackageInstall\PackageUpgrade.exe empty.exe" -OutputPath
"C:\UpgradedPackages"
참고
이 cmdlet에는 실행 파일(.exe) 또는 일괄 처리 파일(.bat)이 필요합니다. 빈(아무 작업도 수행하지 않음) 실행 파일 또는 일괄 처리 파일을 제공해야 합니다.
단계 | 고려 사항 | 장점 | 장단점 |
---|---|---|---|
게시 시 SXS 설치 없음(SxS 어셈블리 사전 설치) | 가상 애플리케이션 패키지는 다시 시퀀싱할 필요가 없습니다. SxS 어셈블리는 가상 애플리케이션 패키지에 남아 있을 수 있습니다. | SxS 어셈블리 종속성은 게시 시간에 설치되지 않습니다. | SxS 어셈블리 종속성을 미리 설치해야 합니다. |
시퀀서에서 새 가상 애플리케이션 패키지 만들기
시퀀서 모니터링 중에 SxS 어셈블리(예: VC++ 런타임)가 애플리케이션 설치의 일부로 설치된 경우 SxS 어셈블리가 자동으로 검색되어 패키지에 포함됩니다. 관리자에게 알림을 받고 SxS 어셈블리를 제외하는 옵션이 있습니다.
클라이언트 쪽
가상 애플리케이션 패키지를 게시할 때 App-V 클라이언트는 필요한 SxS 종속성이 이미 설치되어 있는지 검색합니다. 컴퓨터에서 종속성을 사용할 수 없으며 패키지에 포함된 경우 기존 Windows 설치 관리자()msi) SxS 어셈블리 설치가 시작됩니다. 클라이언트를 실행하는 컴퓨터에 종속성을 설치하여 Windows 설치 관리자(.msi) 설치가 발생하지 않도록 합니다.
단계 | 고려 사항 | 장점 | 장단점 |
---|---|---|---|
동적 구성 파일을 선택적으로 사용 | App-V 클라이언트는 이러한 동적 구성 파일을 구문 분석하고 처리해야 합니다. 파일의 크기 및 복잡성(스크립트 실행, VREG 포함/제외)을 의식해야 합니다. 수많은 가상 애플리케이션 패키지에는 사용자 또는 컴퓨터별 동적 구성 파일이 이미 있을 수 있습니다. |
이러한 파일을 선택적으로 사용하거나 전혀 사용하지 않는 경우 게시 시간이 향상됩니다. | 연결된 동적 구성 파일을 제거하려면 가상 애플리케이션 패키지를 개별적으로 또는 App-V 서버 관리 콘솔을 통해 다시 구성해야 합니다. |
Windows PowerShell을 사용하여 동적 구성 사용 안 됨
이미 게시된 패키지의 경우 없이 사용할
Set-AppVClientPackage -Name Myapp -Path c:\Packages\Apps\MyApp.appv
수 있습니다.-DynamicDeploymentConfiguration 매개 변수
마찬가지로 를 사용하여
Add-AppVClientPackage -Path c:\Packages\Apps\MyApp.appv
새 패키지를 추가할 때는 다음을 사용하지 마세요.-DynamicDeploymentConfiguration 매개 변수입니다.
동적 구성을 적용하는 방법에 대한 설명서는 다음을 참조하세요.
단계 | 고려 사항 | 장점 | 장단점 |
---|---|---|---|
패키지 수명 주기 동안 동기 스크립트 실행을 위한 계정입니다. | 스크립트 담보가 패키지에 포함된 경우 cmdlet 추가가 느려질 수 있습니다. 가상 애플리케이션을 시작하는 동안 스크립트 실행(StartVirtualEnvironment, StartProcess) 및/또는 Add+Publish는 이러한 수명 주기 작업 중 인식된 성능에 영향을 줍니다. |
비동기(비차단) 스크립트를 사용하면 수명 주기 작업이 효율적으로 완료됩니다. | 이 단계에서는 동적 구성 파일을 연결하고 스크립트를 동기적으로 참조하고 실행하는 포함된 스크립트 담보가 있는 모든 가상 애플리케이션 패키지에 대한 실무 지식이 필요합니다. |
패키지에서 불필요한 가상 글꼴을 제거합니다. | App-V 제품 팀에서 조사한 대부분의 애플리케이션에는 일반적으로 20개 미만의 몇 가지 글꼴이 포함되어 있습니다. | 가상 글꼴은 게시 새로 고침 성능에 영향을 줍니다. | 원하는 글꼴을 기본적으로 사용/설치해야 합니다. 지침은 글꼴 설치 또는 제거를 참조하세요. |
패키지에 있는 가상 글꼴 확인
패키지의 복사본을 만듭니다.
Package_copy.appv의 이름을 Package_copy.zip
AppxManifest.xml 열고 다음 구문을 찾습니다.
<appv:Extension Category="AppV.Fonts"> <appv:Fonts> <appv:Font Path="[{Fonts}]\private\CalibriL.ttf" DelayLoad="true"></appv:Font> </appv:Fonts>
참고
DelayLoad로 표시된 글꼴이 있는 경우 첫 번째 시작에는 영향을 주지 않습니다.
패키지에서 가상 글꼴 제외
컴퓨터의 모든 사용자에 대한 배포 구성, 특정 사용자 또는 사용자에 대한 사용자 구성 등 사용자 범위에 가장 적합한 동적 구성 파일을 사용합니다.
- 배포 또는 사용자 구성을 사용하여 글꼴을 사용하지 않도록 설정합니다.
글꼴
-->
<Fonts Enabled="false" />
<!--
App-V 성능 지침 용어
다음 용어는 App-V 성능 최적화와 관련된 개념 및 작업을 설명할 때 사용됩니다.
복잡성: 미리 구성(Add-AppvClientPackage) 또는 통합(Publish-AppvClientPackage)을 구성하는 동안 성능에 영향을 줄 수 있는 하나 이상의 패키지 특성을 나타냅니다. 매니페스트 크기, 가상 글꼴 수, 파일 수 등의 몇 가지 특징이 있습니다.
통합 해제: 사용자 통합 제거
다시 통합: 사용자 통합을 적용합니다.
비영구적 풀됨: 로그인할 때마다 가상 환경을 실행하는 컴퓨터를 만듭니다.
영구, 개인: 로그인할 때마다 동일하게 유지되는 가상 환경을 실행하는 컴퓨터입니다.
상태 저장: 이 문서의 경우 세션 간에 사용자 통합이 유지되고 사용자 환경 관리 기술이 비영구 RDSH 또는 VDI와 함께 사용됨을 의미합니다.
상태 비저장: 세션 간에 사용자 상태가 유지되지 않는 시나리오를 나타냅니다.
트리거: (또는 네이티브 작업 트리거). UPM은 이러한 유형의 트리거를 사용하여 모니터링 또는 동기화 작업을 시작합니다.
사용자 환경: App-V의 컨텍스트에서 사용자 환경은 양적으로 다음 부분의 합계입니다.
사용자가 로그인을 시작하는 시점부터 바탕 화면을 조작할 수 있는 시점까지.
데스크톱과 상호 작용할 수 있는 지점부터 App-V 전체 서버 인프라를 사용할 때 게시 새로 고침(Windows PowerShell 용어로 동기화)이 시작되는 지점까지. 독립 실행형 인스턴스에서는 Add-AppVClientPackage 및 Publish-AppVClientPackage Windows PowerShell 명령이 시작될 때입니다.
게시 새로 고침의 시작부터 완료까지. 독립 실행형 인스턴스에서 이 새로 고침은 가상 애플리케이션이 게시되는 첫 번째 인스턴스에서 마지막 인스턴스입니다.
바로 가기에서 가상 애플리케이션을 시작할 수 있는 지점에서. 또는 파일 형식 연결이 등록되고 지정된 가상 애플리케이션을 시작하는 시점부터 시작됩니다.
사용자 프로필 관리: 환경과 연결된 사용자 구성 요소를 관리하는 제어되고 구조화된 접근 방식입니다. 예를 들어 사용자 프로필, 기본 설정 및 정책 관리, 애플리케이션 제어 및 애플리케이션 배포가 있습니다. 스크립팅 또는 비 Microsoft 솔루션을 사용하여 필요에 따라 환경을 구성할 수 있습니다.