Application Virtualization 5.0에 대한 성능 지침

  • 아티클

최적의 성능을 위해 App-V 5.0을 구성하고, 가상 앱 패키지를 최적화하고, RDS 및 VDI를 사용하여 더 나은 사용자 환경을 제공하는 방법을 알아봅니다.

여러 메서드를 구현하면 최종 사용자 환경을 개선하는 데 도움이 될 수 있습니다. 그러나 사용자 환경에서는 모든 메서드를 지원하지 않을 수 있습니다.

이 문서를 읽기 전에 다음 정보를 읽고 이해해야 합니다.

참고

이 문서에서 사용되는 일부 용어는 외부 원본 및 컨텍스트에 따라 다른 의미를 가질 수 있습니다. 이 문서에 사용된 용어와 별표 \*에 대한 자세한 내용은 이 문서의 애플리케이션 가상화 성능 지침 용어 섹션을 검토하세요.

마지막으로, 이 문서에서는 최적의 성능을 위해 App-V 5.0 클라이언트를 실행하는 컴퓨터와 환경을 구성하는 정보를 제공합니다. 시퀀서를 사용하여 성능을 위해 가상 애플리케이션 패키지를 최적화하고, UE-V(사용자 환경 가상화) 또는 기타 사용자 환경 관리 기술을 사용하여 RDS(원격 데스크톱 서비스) 및 VDI(비영구 가상 데스크톱 인프라)에서 App-V 5.0으로 최적의 사용자 환경을 제공하는 방법을 이해합니다.

사용자 환경과 관련된 정보를 확인하려면 각 섹션의 간략한 개요 및 적용 가능성 검사 목록을 검토해야 합니다.

상태 저장* 비영구 배포의 App-V 5.0

이 섹션에서는 사용자가 로그인한 후 몇 초 내에 모든 가상 애플리케이션에 액세스할 수 있도록 하는 방법에 대한 정보를 제공합니다. 이는 자주 실행되는 장기 실행 App-V 5.0 게시 새로 고침을 고유하게 해결하여 수행됩니다. 접근 방식의 기초인 가장 빠른 게시 새로 고침은 실제로 아무 작업도 수행할 필요가 없는 방법입니다. 최적의 사용자 환경을 제공하려면 많은 조건을 충족하고 단계를 따라야 합니다.

자세한 내용은 다음 섹션의 정보를 사용합니다.

사용 시나리오 - 두 가지 시나리오를 검토할 때는 이러한 방법이 극단적인 접근 방식임을 명심하세요. 사용 요구 사항에 따라 사용자 및/또는 가상 애플리케이션 패키지의 하위 집합에 이러한 단계를 적용하도록 선택할 수 있습니다.

  • 성능 최적화 - 최적의 환경을 제공하기 위해 기본 이미지에 App-V 가상 애플리케이션 패키지 중 일부가 포함될 것으로 예상할 수 있습니다. 이 요구 사항 및 기타 요구 사항에 대해 설명합니다.

  • 스토리지에 최적화 - 스토리지 영향에 관심이 있는 경우 이 시나리오에 따라 이러한 문제를 해결하는 데 도움이 됩니다.

환경 준비

  • 기본 이미지 준비 단계 - 비영구 VDI 또는 RDSH 환경에서 이 방법을 사용하려면 기본 이미지에서 몇 단계만 완료해야 합니다.

  • App-V 접근 방식의 UPM(사용자 프로필 관리) 솔루션으로 UE-V 2.0을 사용합니다. 이 방법의 초석은 UEM 솔루션이 몇 개의 레지스트리 및 파일 위치의 콘텐츠를 유지하는 기능입니다. 이러한 위치는 사용자 통합*을 구성합니다. UPM 솔루션에 대한 특정 요구 사항을 검토해야 합니다.

사용자 환경 연습

  • 연습 - App-V 및 UE-V 작업의 단계별 연습이며 사용자가 예상해야 하는 사항입니다.

  • 결과 - 예상 결과를 설명합니다.

패키지 수명 주기에 미치는 영향

성능 최적화/튜닝을 통해 VDI 환경 향상

적용 가능성 검사 목록

배포 환경

검사 목록 배포 환경
비영구 VDI 또는 RDSH.
UE-V(사용자 환경 가상화), 기타 UPM 솔루션 또는 UPD(사용자 프로필 디스크).

예상 구성

검사 목록 예상 구성
App-V 사용자 상태 템플릿을 사용하도록 설정된 UE-V(사용자 환경 가상화) 또는 UPM(사용자 프로필 관리) 소프트웨어. 비 UE-V UPM 소프트웨어는 로그인 또는 프로세스/애플리케이션 시작 및 로그아웃 시 트리거할 수 있어야 합니다.
APP-V SCS(공유 콘텐츠 저장소)가 구성되었거나 구성할 수 있습니다.

IT 관리

검사 목록 IT administratio
최적의 성능을 보장하기 위해 VM 기본 이미지를 정기적으로 업데이트해야 하거나 다른 사용자 그룹에 대해 여러 이미지를 관리해야 할 수 있습니다.

사용 시나리오

두 가지 시나리오를 검토할 때는 이러한 접근 방식이 극단에 있다는 점을 명심하세요. 사용 요구 사항에 따라 사용자, 가상 애플리케이션 패키지 또는 둘 다의 하위 집합에 이러한 단계를 적용하도록 선택할 수 있습니다.

성능 최적화 스토리지에 최적화됨
가장 최적의 사용자 환경을 제공하기 위해 이 방법은 UPM 솔루션의 기능을 사용하며 추가 이미지 준비가 필요하며 이미지 관리 오버헤드가 더 발생할 수 있습니다. 다음은 상태 저장 비영구 배포의 많은 성능 향상에 대해 설명합니다. 자세한 내용은 이 문서의 참고 섹션에 있는 게시 성능을 위한 패키지 최적화 시퀀싱 단계 및 App-V 5.0 시퀀싱 가이드에 대한 참조를 참조하세요. 이전 시나리오의 일반적인 기대치는 여전히 여기에 적용됩니다. 그러나 VM 이미지는 일반적으로 비용이 많이 드는 배열에 저장됩니다. 접근 방식이 약간 변경되었습니다. 기본 이미지에서 사용자 대상 가상 애플리케이션 패키지를 미리 구성하지 마세요. 이 변경의 영향은 이 문서의 사용자 환경 연습 섹션에 자세히 설명되어 있습니다.

환경 준비

다음 표에는 기본 이미지 및 UE-V 또는 다른 UPM 솔루션을 준비하는 데 필요한 단계가 표시됩니다.

기본 이미지 준비

성능 최적화 스토리지에 최적화됨
- 클라이언트의 Application Virtualization 5.0 SP2 클라이언트 버전용 핫픽스 패키지 4를 설치합니다.
- UE-V를 설치하고 UE-V 템플릿 갤러리에서 App-V 설정 템플릿을 다운로드합니다. 다음 단계를 참조하세요.
- SCS(공유 콘텐츠 저장소) 모드에 대해 구성합니다. 자세한 내용은 공유 콘텐츠 저장소 모드용 App-V 5.0 클라이언트를 설치하는 방법을 참조하세요.
- 로그인 레지스트리 DWORD에서 사용자 통합 유지를 구성합니다.
- 모든 사용자 및 전역 대상 패키지(예 Add-AppvClientPackage: )를 미리 구성합니다.
- 모든 사용자 및 전역 대상 연결 그룹(예 Add-AppvClientConnectionGroup: )을 미리 구성합니다.
- 모든 전역 대상 패키지를 미리 게시합니다.

또는
- 전역 게시/새로 고침을 수행합니다.
- 사용자 게시/새로 고침을 수행합니다.
- 모든 사용자 대상 패키지를 게시 취소합니다.
- 다음 사용자-VFS(가상 파일 시스템) 항목을 삭제합니다.
AppData\Local\Microsoft\AppV\Client\VFS
AppData\Roaming\Microsoft\AppV\Client\VFS		 - 클라이언트의 Application Virtualization 5.0 SP2 클라이언트 버전용 핫픽스 패키지 4를 설치합니다.
- UE-V를 설치하고 UE-V 템플릿 갤러리에서 App-V 설정 템플릿을 다운로드합니다. 다음 단계를 참조하세요.
- SCS(공유 콘텐츠 저장소) 모드에 대해 구성합니다. 자세한 내용은 공유 콘텐츠 저장소 모드용 App-V 5.0 클라이언트를 설치하는 방법을 참조하세요.
- 로그인 레지스트리 DWORD에서 사용자 통합 유지를 구성합니다.
- 모든 전역 대상 패키지(예 Add-AppvClientPackage: )를 미리 구성합니다.
- 모든 전역 대상 연결 그룹(예 Add-AppvClientConnectionGroup: )을 미리 구성합니다.
- 모든 전역 대상 패키지를 미리 게시합니다.

구성

중요한 App-V 클라이언트 구성 및 좀 더 자세한 컨텍스트 및 방법의 경우 다음 정보를 검토합니다.

SCS(공유 콘텐츠 저장소) 모드
  • 또는 를 사용하여 Set-AppvClientConfiguration -SharedContentStoreModePowerShell에서 구성 가능
  • App-V 5.0 클라이언트를 설치하는 동안

공유 콘텐츠 저장소를 실행하는 경우 게시 데이터만 하드 디스크에 유지됩니다. 다른 가상 애플리케이션 자산은 메모리(RAM)에서 유지 관리됩니다. 이렇게 하면 로컬 스토리지를 절약하고 IOPS(초당 디스크 I/O)를 최소화할 수 있습니다.

이는 App-V 클라이언트 엔드포인트와 SCS 콘텐츠 서버 SAN 간에 대기 시간이 짧은 연결을 사용할 수 있는 경우에 권장됩니다.

PreserveUserIntegrationsOnLogin
  • 아래의 레지스트리에서 구성합니다 HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Integration.
  • 값이 인 DWORD 값을 PreserveUserIntegrationsOnLogin1만듭니다.
  • App-V 클라이언트 서비스를 다시 시작하거나 App-V 클라이언트를 실행하는 컴퓨터를 다시 시작합니다.

특정 패키지를 미리 구성Add-AppvClientPackage하지 않았고 이 설정이 구성되지 않은 경우 App-V 클라이언트 는 지속형 사용자 통합을 통합한 다음 다시 통합합니다. 위의 조건을 충족하는 모든 패키지에 대해 게시/새로 고침 중에 작업이 효과적으로 두 번 수행됩니다.

기본 이미지에서 사용 가능한 모든 사용자 패키지를 미리 구성하지 않으려면 이 설정을 사용합니다.

MaxConcurrentPublishingRefresh
  • 아래의 레지스트리에서 구성합니다 HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Publishing.
  • 원하는 최대 동시 게시 새로 고침 수를 사용하여 DWORD 값을 MaxConcurrentPublishingRefresh 만듭니다.
  • App-V 클라이언트 서비스 및 컴퓨터를 다시 시작할 필요가 없습니다.

이 설정은 게시 새로 고침/동기화를 동시에 수행할 수 있는 사용자 수를 결정합니다. 기본 설정은 제한이 없습니다.

동시 게시 새로 고침 수를 제한하면 컴퓨터 성능에 영향을 미칠 수 있는 과도한 CPU 사용량을 방지할 수 있습니다. 이 제한은 여러 사용자가 동시에 동일한 컴퓨터에 로그인하고 게시 새로 고침 동기화를 수행할 수 있는 RDS 환경에서 권장됩니다. 동시 게시 새로 고침 임계값에 도달하면 새 애플리케이션을 게시하고 로그인한 후 최종 사용자가 사용할 수 있도록 하는 데 필요한 시간이 확정되지 않은 시간이 걸릴 수 있습니다.

App-V 접근 방식에 대한 UE-V 솔루션 구성

Microsoft User Experience Virtualization(UE-V)를 사용하여 특정 사용자에 대한 애플리케이션 설정 및 Windows 운영 체제 설정을 캡처하고 중앙 집중화하는 것이 좋습니다. 그런 다음, 이러한 설정은 데스크톱 컴퓨터, 랩톱 컴퓨터 및 VDI(가상 데스크톱 인프라) 세션을 포함하여 사용자가 액세스하는 다양한 컴퓨터에 적용됩니다. UE-V는 RDS 및 VDI 시나리오에 최적화되어 있습니다.

참고

추가 구성 단계를 수행하지 않으면 Microsoft 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 5.0 접근 방식)을 사용하도록 설정하려면 솔루션이 다음을 수행할 수 있어야 합니다.

  • 사용자 프로필/가상 사용자의 일부로 아래 사용자 통합을 유지합니다.

  • 로그인(또는 애플리케이션 시작)에서 사용자 프로필 동기화를 트리거하여 게시/새로 고침이 시작되기 전에 모든 사용자 통합이 적용되도록 보장하거나,

  • UPD(사용자 프로필 디스크) 또는 사용자 통합을 포함하는 유사한 기술 연결 및 분리

  • 세션 로그아웃 전에 사용자 통합을 구성하는 위치에 대한 변경 내용을 캡처합니다.

게시 서버(Add-AppvPublishingServer)를 추가할 때 App-V 5.0을 사용하면 동기화를 구성할 수 있습니다(예: 로그인 중 새로 고침 및/또는 지정된 새로 고침 간격 후). 두 경우 모두 예약된 작업이 만들어집니다.

이전 버전의 App-V 5.0에서는 예약된 두 작업이 모두 사용자 및 전역 새로 고침을 시작하는 VBScript를 사용하여 구성되었습니다. Application Virtualization 5.0 SP2용 핫픽스 패키지 4를 사용하면 로그인 시 사용자 새로 고침이 SyncAppvPublishingServer.exe시작됩니다. 이 변경 내용은 UPM 솔루션에 트리거 프로세스를 제공하기 위해 도입되었습니다. 이 프로세스는 UPM 솔루션이 사용자 통합을 적용할 수 있도록 게시 /새로 고침을 지연합니다. 게시/새로 고침이 완료되면 종료됩니다.

사용자 통합

레지스트리- HKEY_CURRENT_USER

  • 경로- Software\Classes

    제외: 로컬 설정, ActivatableClasses, AppX*

  • 경로- Software\Microsoft\AppV

  • 경로- 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

Microsoft User Experience Virtualization(UE-V)

또한 UE-V(Microsoft User Experience Virtualization)를 사용하여 특정 사용자에 대한 애플리케이션 설정 및 Windows 운영 체제 설정을 캡처하고 중앙 집중화하는 것이 좋습니다. 그런 다음, 이러한 설정은 데스크톱 컴퓨터, 랩톱 컴퓨터 및 VDI(가상 데스크톱 인프라) 세션을 포함하여 사용자가 액세스하는 다양한 컴퓨터에 적용됩니다.

자세한 내용은 시작 사용자 환경 가상화 1.0 및 UE-V 템플릿 갤러리와 공유 설정 위치 템플릿을 참조하세요.

사용자 환경 연습

다음은 App-V 및 UPM 작업과 사용자가 예상해야 하는 기대치에 대한 단계별 연습입니다.

성능 최적화

VDI/RDSH 환경에서 이 방법을 구현한 후 첫 번째 로그인 시:

  • (작업) 사용자 게시/새로 고침이 시작됩니다. (예상) 사용자가 가상 애플리케이션을 처음 게시한 경우(예: 비영구) 게시/새로 고침의 일반적인 기간이 걸립니다.
  • (작업) 게시/새로 고침 후 UPM 솔루션은 사용자 통합을 캡처합니다. (예상) UPM 솔루션이 구성된 방식에 따라 로그아웃 프로세스의 일부로 발생할 수 있습니다. 이렇게 하면 사용자 상태를 유지하는 것과 동일/유사한 오버헤드가 발생합니다.

후속 로그인에서 다음을 수행합니다.

  • (작업) UPM 솔루션은 게시/새로 고침 전에 시스템에 사용자 통합을 적용합니다.
  • (작업) 게시/새로 고침은 사용자 패키지 자격 변경에 대한 게시 취소 및 게시 작업을 처리합니다. (예상) 자격 변경 내용이 없으면 publishing1이 몇 초 안에 완료됩니다. 그렇지 않으면 가상 애플리케이션의 수와 복잡성*에 비해 게시/새로 고침이 증가합니다.
  • (작업) UPM 솔루션은 로그아웃 시 사용자 통합을 다시 캡처합니다. (예상) 이전과 동일합니다.

1 게시 작업(Publish-AppVClientPackage)은 사용자 카탈로그에 항목을 추가하고, 사용자에게 권한을 매핑하고, 로컬 저장소를 식별하고, 통합 단계를 완료하여 완료합니다.

결과: 사용자 통합은 완전히 보존되므로 게시/새로 고침을 완료하기 위한 통합과 같은 작업은 없습니다. 모든 가상 애플리케이션은 로그인 후 몇 초 내에 사용할 수 있습니다. 게시/새로 고침은 환경에 영향을 미치는 가상 애플리케이션이라는 사용자에게 변경 내용을 처리합니다.

스토리지에 최적화됨

VDI/RDSH 환경에서 이 방법을 구현한 후 첫 번째 로그인 시:

  • (작업) 사용자 게시/새로 고침이 시작됩니다. (예상)
    • 사용자가 가상 애플리케이션을 처음 게시한 경우(예: 비영구) 게시/새로 고침의 일반적인 기간이 걸립니다.
    • 첫 번째 및 후속 로그인은 패키지 미리 구성(추가/새로 고침)의 영향을 받습니다.

(작업) 게시/새로 고침 후 UPM 솔루션은 사용자 통합을 캡처합니다. (예상) UPM 솔루션이 구성된 방식에 따라 로그아웃 프로세스의 일부로 발생할 수 있습니다. 이렇게 하면 사용자 상태를 유지하는 것과 동일/유사한 오버헤드가 발생합니다.

후속 로그인에서 다음을 수행합니다.

  • (작업) UPM 솔루션은 게시/새로 고침 전에 시스템에 사용자 통합을 적용합니다.
  • (작업) 추가/새로 고침은 모든 사용자 대상 애플리케이션을 미리 구성해야 합니다. (예상)
    • 이렇게 하면 애플리케이션 가용성 시간이 크게 증가할 수 있습니다(수십 초 단위).
    • 이렇게 하면 가상 애플리케이션의 수 및 복잡성*에 비해 게시 새로 고침 시간이 증가합니다.
  • (작업) 게시/새로 고침은 사용자 패키지 자격 변경에 대한 게시 취소 및 게시 작업을 처리합니다.

결과: 추가/새로 고침이 모든 가상 애플리케이션을 VM에 다시 구성해야 하므로 모든 로그인에 대한 게시 새로 고침 시간이 연장됩니다.

패키지 수명 주기에 미치는 영향

패키지 업그레이드는 패키지 수명 주기의 중요한 측면입니다. 사용자가 적절한 업그레이드(게시됨) 또는 다운그레이드(게시되지 않은) 가상 애플리케이션 패키지에 액세스할 수 있도록 하려면 이러한 변경 내용을 반영하도록 기본 이미지를 업데이트하는 것이 좋습니다. 이유를 이해하려면 다음 섹션을 검토하세요.

App-V 5.0 SP2는 보류 중인 상태의 개념을 도입했습니다. 과거에는

  • 관리자가 권한을 변경하거나 새 버전의 패키지를 만든 경우(업그레이드됨) 게시/새로 고침 중에 해당 패키지가 사용 중이면 게시 취소 또는 게시 작업이 각각 실패합니다.

  • 패키지가 사용 중인 경우 작업이 보류 중입니다. 게시 취소 및 게시 보류 중인 작업은 서비스 다시 시작 시 또는 다른 게시 또는 게시 취소 명령이 실행될 때 처리됩니다. 후자의 경우 가상 애플리케이션이 사용되지 않는 경우 가상 애플리케이션은 보류 중인 상태로 유지됩니다. 전역적으로 게시된 패키지의 경우 다시 시작(또는 서비스 다시 시작)이 필요한 경우가 많습니다.

비영구 환경에서는 보류 중인 작업이 처리될 가능성은 거의 없습니다. 보류 중인 작업(예: 작업은 에서 HKEY_CURRENT_USER\Software\Microsoft\AppV\Client\PendingTasks캡처됨)입니다. 이 위치는 UPM 솔루션에 의해 유지되지만 로그인하기 전에 환경에 적용되지 않으면 처리되지 않습니다.

성능 최적화 튜닝을 통해 VDI 환경 향상

다음 섹션에는 성능을 위해 환경을 최적화할 때 유용할 수 있는 Microsoft 설명서 및 다운로드에 대한 정보가 포함된 목록이 포함되어 있습니다.

Windows Server

에 대한 서버 성능 조정 지침

서버 역할

Windows 클라이언트(게스트 OS) 성능 튜닝 지침

게시 성능을 위해 패키지를 최적화하는 시퀀싱 단계

App-V 5.0 및 App-V 5.0 SP2는 해당 릴리스에서 상당한 가치를 제공합니다. 몇 가지 기능은 새로운 시나리오를 지원하거나 새 고객 배포 시나리오를 사용하도록 설정합니다. 다음 기능은 게시 및 시작 작업의 성능에 영향을 미칠 수 있습니다.

FB1 제거

단계 고려 사항 장점 장단점
기능 블록 1 없음(FB1, 기본 FB라고도 함) FB1 없음은 애플리케이션이 즉시 시작되고 스트림 오류를 의미합니다(애플리케이션에는 파일, DLL이 필요하고 네트워크를 통해 풀다운해야 합니다). 네트워크 제한 사항이 있는 경우 FB1은 다음을 수행합니다. - 애플리케이션을 처음 시작할 때 사용되는 스트림 오류 및 네트워크 대역폭 수를 줄입니다.
- 전체 FB1이 스트리밍될 때까지 시작을 지연합니다.		 FB1이 구성된 가상 애플리케이션 패키지는 다시 동기화해야 합니다.

FB1을 제거해도 원래 애플리케이션 설치 관리자가 필요하지 않습니다. 다음 단계를 완료한 후 시퀀서가 실행되는 컴퓨터를 클린 스냅샷 되돌리기 것이 좋습니다.

Sequencer UI - 새 가상 애플리케이션 패키지 만들기

  1. 사용자 지정, 스트리밍까지의 시퀀싱 단계를 완료합니다.

  2. 스트리밍 단계에서 느리거나 신뢰할 수 없는 네트워크를 통해 배포를 위해 패키지 최적화를 선택하지 마세요.

  3. 원하는 경우 대상 OS로 이동합니다.

기존 가상 애플리케이션 패키지 수정

  1. 스트리밍까지의 시퀀싱 단계를 완료합니다.

  2. 느리거나 신뢰할 수 없는 네트워크를 통해 배포를 위해 패키지 최적화를 선택하지 마세요.

  3. 패키지 만들기로 이동합니다.

PowerShell - 기존 가상 애플리케이션 패키지 업데이트

  1. 관리자 권한 PowerShell 세션을 엽니다.

  2. Import-module appvsequencer

  3. 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 어셈블리가 자동으로 검색되어 패키지에 포함됩니다. 관리자 os가 알림을 받고 SxS 어셈블리를 제외하는 옵션이 있습니다.

클라이언트 쪽

가상 애플리케이션 패키지를 게시할 때 App-V 5.0 SP2 클라이언트는 필요한 SxS 종속성이 이미 설치되어 있는지 검색합니다. 컴퓨터에서 종속성을 사용할 수 없으며 패키지에 포함된 경우 기존 Windows 설치 관리자()msi) SxS 어셈블리 설치가 시작됩니다. 앞에서 설명한 대로 클라이언트를 실행하는 컴퓨터에 종속성을 설치하여 windows Installer(.msi) 설치가 발생하지 않도록 합니다.

PowerShell을 사용하여 동적 구성을 사용하지 않도록 설정

단계 고려 사항 장점 장단점
동적 구성 파일을 선택적으로 사용 - App-V 5.0 클라이언트는 이러한 동적 구성 파일을 구문 분석하고 처리해야 합니다.
- 파일의 크기 및 복잡성(스크립트 실행, VREG 포함/제외)을 의식합니다.
- 수많은 가상 애플리케이션 패키지에는 사용자 또는 컴퓨터별 동적 구성 파일이 이미 있을 수 있습니다.		 - 이러한 파일을 선택적으로 사용하거나 전혀 사용하지 않는 경우 게시 시간이 향상됩니다. - 연결된 동적 구성 파일을 제거하려면 가상 애플리케이션 패키지를 개별적으로 또는 App-V 서버 관리 콘솔 통해 다시 구성해야 합니다.

  • 이미 게시된 패키지의 경우 매개 변수 없이 -DynamicDeploymentConfiguration 를 사용할 Set-AppVClientPackage -Name Myapp -Path c:\Packages\Apps\MyApp.appv 수 있습니다.

  • 마찬가지로 를 사용하여 Add-AppVClientPackage -Path c:\Packages\Apps\MyApp.appv새 패키지를 추가할 때는 매개 변수를 -DynamicDeploymentConfiguration 사용하지 마세요.

동적 구성을 적용하는 방법에 대한 설명서는 다음을 참조하세요.

패키지에 있는 가상 글꼴 확인

단계 고려 사항 장점 장단점
패키지 수명 주기 동안 동기 스크립트 실행에 대한 계정 - 스크립트 담보가 패키지에 포함된 경우 추가(PowerShell)가 느려질 수 있습니다.
- 가상 애플리케이션을 시작하는 동안 스크립트 실행(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로 표시된 글꼴이 있는 경우 첫 번째 시작에는 영향을 주지 않습니다.

패키지에서 가상 글꼴 제외

컴퓨터의 모든 사용자에 대한 배포 구성, 특정 사용자 또는 사용자에 대한 사용자 구성 등 사용자 scope 가장 적합한 동적 구성 파일을 사용합니다.

  • 배포 또는 사용자 구성을 사용하여 글꼴을 사용하지 않도록 설정합니다.
<Fonts Enabled="false" />

App-V 5.0 성능 지침 용어

다음 용어는 App-V 5.0 성능 최적화와 관련된 개념 및 작업을 설명할 때 사용됩니다.

  • 복잡성 - 미리 구성(Add-AppvClientPackage) 또는 통합(Publish-AppvClientPackage) 중에 성능에 영향을 줄 수 있는 하나 이상의 패키지 특성을 나타냅니다. 매니페스트 크기, 가상 글꼴 수, 파일 수 등의 몇 가지 특징이 있습니다.

  • 통합 해제 - 사용자 통합 제거

  • 다시 통합 - 사용자 통합을 적용합니다.

  • 비영구적 풀 - 로그인할 때마다 가상 환경을 실행하는 컴퓨터를 만듭니다.

  • 영구, 개인 - 모든 로그인에 대해 동일하게 유지되는 가상 환경을 실행하는 컴퓨터입니다.

  • 상태 저장 - 이 문서의 경우 세션 간에 사용자 통합이 유지되고 사용자 환경 관리 기술이 비영구 RDSH 또는 VDI와 함께 사용됨을 의미합니다.

  • 상태 비저장 - 세션 간에 사용자 상태가 유지되지 않는 시나리오를 나타냅니다.

  • 트리거 - (또는 네이티브 작업 트리거). UPM은 이러한 유형의 트리거를 사용하여 모니터링 또는 동기화 작업을 시작합니다.

  • 사용자 환경 - App-V 5.0의 컨텍스트에서 사용자 환경은 양적으로 다음 부분의 합계입니다.

    • 사용자가 데스크톱을 조작할 수 있는 시점까지 로그인합니다.

    • 데스크톱과 상호 작용할 수 있는 지점부터 App-V 5.0 전체 서버 인프라를 사용할 때 게시 새로 고침(PowerShell 용어, 동기화)이 시작되는 지점까지. 독립 실행형 인스턴스에서는 Add-AppVClientPackage 및 Publish-AppVClientPackage Powershell 명령이 시작됩니다.

    • 게시 새로 고침의 시작부터 완료까지. 독립 실행형 인스턴스에서는 이 애플리케이션이 게시된 첫 번째 가상 애플리케이션입니다.

    • 바로 가기에서 가상 애플리케이션을 시작할 수 있는 지점에서. 또는 파일 형식 연결이 등록된 시점부터 지정한 가상 애플리케이션을 시작합니다.

  • 사용자 프로필 관리 - 환경과 연결된 사용자 구성 요소를 관리하는 제어되고 구조화된 접근 방식입니다. 예를 들어 사용자 프로필, 기본 설정 및 정책 관리, 애플리케이션 제어 및 애플리케이션 배포가 있습니다. 필요에 따라 스크립팅 또는 타사 솔루션을 사용하여 환경을 구성할 수 있습니다.

Microsoft Application Virtualization 5.0 관리자 가이드