Application Virtualization 5.1 に関するパフォーマンス ガイダンス
最適なパフォーマンスを得るために App-V 5.1 を構成し、仮想アプリ パッケージを最適化し、RDS と VDI のユーザー エクスペリエンスを向上させる方法について説明します。
複数のメソッドを実装すると、エンド ユーザー エクスペリエンスの向上に役立ちます。 ただし、お使いの環境では、すべてのメソッドがサポートされていない場合があります。
このドキュメントを読む前に、次の情報を読んで理解しておく必要があります。
注
このドキュメントで使用される用語の一部は、外部ソースとコンテキストによって異なる意味を持つ場合があります。 このドキュメントで使用される用語とアスタリスク \* の詳細については、このドキュメントの 「Application Virtualization Performance Guidance の用語」 セクションを参照してください。
最後に、このドキュメントでは、最適なパフォーマンスを得るために App-V 5.1 クライアントと環境を実行しているコンピューターを構成するための情報を提供します。 シーケンサーを使用してパフォーマンスを向上させるために仮想アプリケーション パッケージを最適化し、User Experience Virtualization (UE-V) またはその他のユーザー環境管理テクノロジを使用して、リモート デスクトップ サービス (RDS) と非永続的仮想デスクトップ インフラストラクチャ (VDI) の両方で App-V 5.1 で最適なユーザー エクスペリエンスを提供する方法を理解します。
環境に関連する情報を判断するには、各セクションの概要と適用性のチェックリストを確認する必要があります。
ステートフル* 非永続的デプロイでの App-V 5.1
このセクションでは、ログイン後数秒以内にすべての仮想アプリケーションにユーザーがアクセスできるようにする方法について説明します。 これは、実行時間の長い App-V 5.1 公開更新に一意に対処することで実現されます。 アプローチの基礎を見つけ出すので、公開の更新は、実際に何もする必要がない更新です。 最適なユーザー エクスペリエンスを提供するには、多くの条件を満たして手順を実行する必要があります。
詳細については、次のセクションの情報を使用してください。
使用シナリオ - 2 つのシナリオを確認するときは、これらのアプローチが極端であることに注意してください。 使用要件に基づいて、これらの手順をユーザーまたは仮想アプリケーション パッケージのサブセットに適用することもできます。
パフォーマンス向けに最適化 - 最適なエクスペリエンスを提供するために、基本イメージに App-V 仮想アプリケーション パッケージの一部が含まれると予想できます。 この要件とその他の要件について説明します。
ストレージ向けに最適化 - ストレージへの影響に関心がある場合は、このシナリオに従うことで、これらの懸念に対処できます。
基本イメージを準備する手順 - 非永続的な VDI 環境でも RDSH 環境でも、この方法を有効にするには、基本イメージでいくつかの手順のみを完了する必要があります。
APP-V アプローチのユーザー プロファイル管理 (UPM) ソリューションとして UE-V 2.1 を使用する - このアプローチの基礎は、いくつかのレジストリとファイルの場所の内容を保持する UEM ソリューションの機能です。 これらの場所は、ユーザー統合*を構成します。 UPM ソリューションの特定の要件を必ず確認してください。
ウォークスルー - これは、App-V 操作と UE-V 操作のステップ バイ ステップのチュートリアルであり、ユーザーが必要とする期待事項です。
[結果] - 予想される結果について説明します。
パフォーマンスの最適化/チューニングによる VDI エクスペリエンスの強化
適用性チェックリスト
デプロイ環境
チェック リスト | デプロイ環境 |
---|---|
非永続的な VDI または RDSH。 | |
User Experience Virtualization (UE-V)、その他の UPM ソリューション、またはユーザー プロファイル ディスク (UPD)。 |
予期される構成
チェック リスト | 予期される構成 |
---|---|
App-V ユーザー状態テンプレートが有効になっているユーザー エクスペリエンス仮想化 (UE-V) またはユーザー プロファイル管理 (UPM) ソフトウェア。 UE-V 以外の UPM ソフトウェアは、サインインまたはプロセス/アプリケーションの開始とサインアウトでトリガーできる必要があります。 | |
App-V 共有コンテンツ ストア (SCS) が構成されているか、構成できます。 |
IT 管理
チェック リスト | IT 管理者 |
---|---|
最適なパフォーマンスを確保するために VM 基本イメージを定期的に更新する必要がある場合や、異なるユーザー グループの複数のイメージを管理する必要がある場合があります。 |
使用シナリオ
2 つのシナリオを確認するときは、これらのシナリオが極端に近づくことに注意してください。 使用要件に基づいて、ユーザー、仮想アプリケーション パッケージ、またはその両方のサブセットにこれらの手順を適用できます。
パフォーマンスに最適化 | ストレージ用に最適化 |
---|---|
最適なユーザー エクスペリエンスを提供するために、このアプローチでは UPM ソリューションの機能を使用し、追加のイメージ準備が必要であり、さらにイメージ管理オーバーヘッドが発生する可能性があります。 次に、ステートフルな非永続的デプロイにおけるパフォーマンスの向上について説明します。 詳細については、このドキュメントの「パフォーマンスを公開するためのパッケージを最適化するためのシーケンス手順」および「App-V 5.1 シーケンス ガイド」を参照してください。 | 前のシナリオの一般的な期待は、ここでも適用されます。 ただし、VM イメージは通常、コストのかかる配列に格納されます。アプローチに若干の変更が加えられた。 基本イメージ内のユーザーターゲット仮想アプリケーション パッケージを事前に構成しないでください。 この変更の影響については、このドキュメントの「ユーザー エクスペリエンスのチュートリアル」セクションを参照してください。 |
環境の準備
次の表に、基本イメージと UE-V または別の UPM ソリューションを準備するために必要な手順を示します。
基本イメージを準備する
パフォーマンスに最適化 | ストレージ用に最適化 |
---|---|
- App-V 5.1 クライアント バージョンのクライアントをインストールします。 - UE-V をインストールし、UE-V テンプレート ギャラリーから App-V 設定テンプレートをダウンロードします。次の手順を参照してください。 - 共有コンテンツ ストア (SCS) モード用に構成します。 詳細については、「 共有コンテンツ ストア モードの App-V 5.1 クライアントをインストールする方法」を参照してください。 - ログイン レジストリ DWORD でユーザー統合の保持を構成します。 - Add-AppvClientPackage など、すべてのユーザー対象パッケージとグローバル ターゲット パッケージを事前構成します。- Add-AppvClientConnectionGroup など、すべてのユーザーとグローバルターゲットの接続グループを事前に構成します。- すべてのグローバル ターゲット パッケージを事前公開します。 また - グローバル発行/更新を実行します。 - ユーザーの発行/更新を実行します。 - すべてのユーザー対象パッケージを発行解除します。 - 次のユーザー仮想ファイル システム (VFS) エントリを削除します。 AppData\Local\Microsoft\AppV\Client\VFS AppData\Roaming\Microsoft\AppV\Client\VFS |
- App-V 5.1 クライアント バージョンのクライアントをインストールします。 - UE-V をインストールし、UE-V テンプレート ギャラリーから App-V 設定テンプレートをダウンロードします。次の手順を参照してください。 - 共有コンテンツ ストア (SCS) モード用に構成します。 詳細については、「 共有コンテンツ ストア モードの App-V 5.1 クライアントをインストールする方法」を参照してください。 - ログイン レジストリ DWORD でユーザー統合の保持を構成します。 - グローバルターゲットパッケージ (たとえば、 Add-AppvClientPackage ) をすべて事前に構成します。- グローバルターゲットのすべての接続グループ (たとえば、 Add-AppvClientConnectionGroup ) を事前に構成します。- すべてのグローバル ターゲット パッケージを事前公開します。 |
構成
重要な App-V クライアント構成と、もう少しコンテキストと方法については、次の情報を確認してください。
共有コンテンツ ストア (SCS) モード
-
Set-AppvClientConfiguration -SharedContentStoreMode
を使用して PowerShell で構成可能 - App-V 5.0 クライアントのインストール中。
共有コンテンツ ストアを実行する場合、公開データのみがハード ディスク上に保持されます。他の仮想アプリケーション資産はメモリ (RAM) に保持されます。 これにより、ローカル ストレージを節約し、1 秒あたりのディスク I/O (IOPS) を最小限に抑えることができます。
これは、App-V クライアント エンドポイントと SCS コンテンツ サーバー SAN の間で待機時間の短い接続を使用できる場合に推奨されます。
PreserveUserIntegrationsOnLogin
- [レジストリ] の [
HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Integration
] で構成します。 - 値が
1
の DWORD 値PreserveUserIntegrationsOnLogin
を作成します。 - App-V クライアント サービスを再起動するか、App-V クライアントを実行しているコンピューターを再起動します。
特定のパッケージを事前構成 (Add-AppvClientPackage
) していない場合、この設定が構成されていない場合、App-V クライアントは 永続化されたユーザー統合を委任してから、再統合します。 上記の条件を満たすパッケージごとに、発行/更新中に実質的に 2 倍の作業が行われます。
基本イメージで使用可能なすべてのユーザー パッケージを事前構成する予定がない場合は、この設定を使用します。
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 のシナリオ向けに最適化されています。
詳細については、「 User Experience Virtualization 2.0 の概要」を参照してください。
注
追加の構成手順を実行しないと、Microsoft User Environment Virtualization (UE-V) はターゲット コンピューターの [スタート] メニュー ショートカット (.lnk ファイル) を同期できません。 .lnk ファイルの種類は既定で除外されます。
UE-V では、RDS シナリオと VDI シナリオの除外リストからの.lnk ファイルの種類の削除のみがサポートされます。このシナリオでは、すべてのユーザーのデバイスが同じ場所に同じアプリケーション セットがインストールされており、すべての.lnk ファイルがすべてのユーザーのデバイスで有効です。 たとえば、UE-V は現在、次の 2 つのシナリオをサポートしていません。結果的に、ショートカットは 1 つのデバイスで有効になりますが、一部のデバイスでは有効ではありません。
ユーザーが、.lnk ファイルが有効になっている 1 つのデバイスにアプリケーションがインストールされ、同じネイティブ アプリケーションが別のデバイスにインストールされ、.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.1 アプローチ) を有効にするには、ソリューションで次の機能が必要です。
ユーザー プロファイル/ペルソナの一部として、以下のユーザー統合を永続化します。
サインイン (またはアプリケーションの開始時) にユーザー プロファイルの同期をトリガーすると、公開/更新の開始前にすべてのユーザー統合が適用されることを保証できます。
ユーザー統合を含むユーザー プロファイル ディスク (UPD) または同様のテクノロジのアタッチとデタッチ。
注
UPD を使用する場合は、プロファイル全体がユーザー プロファイル ディスクに格納されている場合にのみ、App-V がサポートされます。
ユーザー プロファイル ディスクに格納されている選択したフォルダーで UPD を使用する場合、App-V パッケージはサポートされません。 書き込み時のコピー ドライバーでは、選択した UPD フォルダーは処理されません。
セッションサインアウトの前に、ユーザー統合を構成する場所に対する変更をキャプチャします。
発行サーバー (Add-AppvPublishingServer) を追加するときに App-V 5.1 を使用すると、サインイン中や指定した更新間隔後の更新など、同期を構成できます。 どちらの場合も、スケジュールされたタスクが作成されます。
以前のバージョンの App-V 5.1 では、両方のスケジュールされたタスクが、ユーザーとグローバル更新を開始する 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)
さらに、Microsoft User Experience Virtualization (UE-V) を使用して、特定のユーザーのアプリケーション設定と Windows オペレーティング システム設定をキャプチャして一元化することをお勧めします。 次にこれらの設定は、デスクトップ コンピューター、ラップトップ コンピューター、仮想デスクトップ インフラストラクチャ (VDI) セッションなど、ユーザーがアクセスする別のコンピューターに適用されます。
詳細については、「 User Experience Virtualization 1.0 の概要 」と 「UE-V テンプレート ギャラリーを使用した設定の場所テンプレートの共有」を参照してください。
ユーザー エクスペリエンスのチュートリアル
次に、App-V 操作と UPM 操作と、ユーザーが期待する必要がある期待を段階的に説明します。
パフォーマンスに最適化
VDI/RDSH 環境でこのアプローチを実装した後、最初のサインイン時に次の操作を行います。
- (操作)ユーザー発行/更新が開始されます。 (期待値)ユーザーが仮想アプリケーションを初めて発行した場合 (非永続的など)、公開/更新の通常の期間がかかります。
- (操作)発行/更新後、UPM ソリューションはユーザー統合をキャプチャします。 (期待値)UPM ソリューションの構成方法によっては、サインアウト プロセスの一部としてこれが発生する可能性があります。 これにより、ユーザーの状態を保持するのと同じ/同様のオーバーヘッドが発生します。
以降のログイン時:
- (操作)UPM ソリューションは、公開/更新の前にユーザー統合をシステムに適用します。
- (期待値)デスクトップまたはスタート メニューにショートカットが表示され、すぐに動作します。 発行/更新が完了すると (つまり、パッケージエンタイトルメントが変更される)、一部が消える場合があります。
- (操作)発行/更新では、ユーザー パッケージエンタイトルメントの変更に対する発行解除操作と発行操作が処理されます。 (期待値)エンタイトルメントの変更がない場合、publishing1 は数秒で完了します。 そうしないと、仮想アプリケーションの数と複雑さ* に対して発行/更新が増加します。
- (操作)UPM ソリューションは、サインアウト時にユーザー統合を再度キャプチャします。(期待値)前と同じです。
¹ 発行操作 (Publish-AppVClientPackage) は、ユーザー カタログにエントリを追加し、エンタイトルメントをユーザーにマップし、ローカル ストアを識別し、統合手順を完了して完了します。
結果: ユーザー統合は完全に保持されるため、たとえば、発行/更新を完了するための統合などの作業はありません。 すべての仮想アプリケーションは、サインインから数秒以内に使用できます。 発行/更新では、ユーザーが資格を持つ仮想アプリケーションに対する変更が処理され、エクスペリエンスに影響します。
ストレージ用に最適化
VDI/RDSH 環境でこのアプローチを実装した後、最初のサインイン時に次の操作を行います。
- (操作)ユーザー発行/更新が開始されます。 (期待値)
- ユーザーが仮想アプリケーションを初めて発行した場合 (非永続的など)、公開/更新の通常の期間がかかります。
- 最初以降のログインは、パッケージの事前構成 (追加/更新) の影響を受けます。
(操作)発行/更新後、UPM ソリューションはユーザー統合をキャプチャします。 (期待値)UPM ソリューションの構成方法によっては、サインアウト プロセスの一部としてこれが発生する可能性があります。 これにより、ユーザーの状態を保持するのと同じ/同様のオーバーヘッドが発生します。
以降のログイン時:
- (操作)UPM ソリューションは、公開/更新の前にユーザー統合をシステムに適用します。
- (操作)追加/更新では、すべてのユーザー対象アプリケーションを事前に構成する必要があります。 (期待値)
- これにより、アプリケーションの可用性までの時間が大幅に長くなる可能性があります (数十秒の順序)。
- これにより、仮想アプリケーションの数と複雑さ* に対する公開更新時間が長くなります。
- (操作)発行/更新では、ユーザー パッケージの権利に対する変更に対する発行解除操作と発行操作が処理されます。
結果: 追加/更新ではすべての仮想アプリケーションを VM に再構成する必要があるため、サインインするたびに公開更新時間が延長されます。
パッケージライフサイクルへの影響
パッケージのアップグレードは、パッケージ ライフサイクルの重要な側面です。 ユーザーが適切なアップグレード済み (発行済み) またはダウングレード (発行されていない) 仮想アプリケーション パッケージにアクセスできるようにするために、これらの変更を反映するように基本イメージを更新することをお勧めします。 次のセクションを確認する理由を理解するには:
App-V 5.0 SP2 では、保留中の状態の概念が導入されました。 かつては
管理者がエンタイトルメントを変更したり、パッケージの新しいバージョンを作成 (アップグレード) したり、発行/更新中にそのパッケージが使用中であった場合、それぞれ発行解除操作または発行操作は失敗します。
パッケージが使用中の場合、操作はペンで処理されます。 発行解除操作と発行ペン操作は、サービスの再起動時、または別の発行または発行解除コマンドが発行された場合に処理されます。 後者の場合、仮想アプリケーションがそれ以外の場合に使用されている場合、仮想アプリケーションは保留中の状態のままです。 グローバルに発行されたパッケージの場合、多くの場合、再起動 (またはサービスの再起動) が必要です。
非永続的な環境では、これらのペンド操作が処理される可能性は低くなります。 ペンドされた操作 (タスクなど) は、 HKEY_CURRENT_USER\Software\Microsoft\AppV\Client\PendingTasks
の下でキャプチャされます。 この場所は UPM ソリューションによって永続化されますが、サインイン前に環境に適用されていない場合は処理されません。
パフォーマンス最適化チューニングによる VDI エクスペリエンスの強化
次のセクションには、パフォーマンスのために環境を最適化するときに役立つ可能性がある Microsoft のドキュメントとダウンロードに関する情報を含む一覧が含まれています。
.NET NGEN スクリプト (強くお勧めします)
Windows Server
サーバーパフォーマンスチューニングガイドライン
サーバーロール
Windows クライアント (ゲスト OS) のパフォーマンス チューニング ガイダンス
パフォーマンスを公開するためにパッケージを最適化するためのシーケンス手順
いくつかの App-V 機能は、新しいシナリオを容易にしたり、新しい顧客のデプロイ シナリオを有効にしたりします。 次の機能は、発行操作と起動操作のパフォーマンスに影響する可能性があります。
FB1 の削除
ステップ | 考慮事項 | メリット | トレードオフ |
---|---|---|---|
特徴ブロック 1 なし (FB1、プライマリ FB とも呼ばれます) | FB1 は、起動中にアプリケーションがすぐに起動し、エラーをストリーミング (アプリケーションにはファイル、DLL、ネットワーク経由でプルダウンする必要があります) を意味しません。 ネットワークに制限がある場合、FB1 では次のようになります。 | - 初めてアプリケーションを起動するときに使用されるストリーム障害とネットワーク帯域幅の数を減らします。 - FB1 全体がストリーミングされるまで起動を遅延します。 |
FB1 が構成された仮想アプリケーション パッケージは、再シーケンスする必要があります。 |
FB1 を削除しても、元のアプリケーション インストーラーは必要ありません。 次の手順を完了した後、シーケンサーを実行しているコンピューターをクリーン スナップショットに戻することをお勧めします。
シーケンサー UI - 新しい仮想アプリケーション パッケージを作成する
[カスタマイズ]、[ストリーミング] までのシーケンス手順を完了します。
[ストリーミング] 手順では、[ 低速ネットワークまたは信頼性の低いネットワーク経由でのデプロイ用にパッケージを最適化する] を選択しないでください。
必要に応じて、[ ターゲット OS] に移動します。
既存の仮想アプリケーション パッケージを変更する
ストリーミングまでのシーケンス手順を完了します。
低速または信頼性の低いネットワーク経由でのデプロイに対して [パッケージの最適化] を選択しないでください。
[パッケージの作成] に移動します。
PowerShell - 既存の仮想アプリケーション パッケージを更新する
管理者特権の PowerShell セッションを開きます。
Import-module appvsequencer
Update-AppvSequencerPackage -AppvPackageFilePath
"C:\Packages\MyPackage.appv" -Installer
"C:\PackageInstall\PackageUpgrade.exe empty.exe" -OutputPath
"C:\UpgradedPackages"
注
このコマンドレットには、実行可能ファイル (.exe) またはバッチ ファイル (.bat) が必要です。 空の (何もしない) 実行可能ファイルまたはバッチ ファイルを指定する必要があります。
シーケンサーで新しい仮想アプリケーション パッケージを作成する
ステップ | 考慮事項 | メリット | トレードオフ |
---|---|---|---|
発行時に SXS がインストールされない (SxS アセンブリのプレインストール) | 仮想アプリケーション パッケージを再シーケンスする必要はありません。 SxS アセンブリは、仮想アプリケーション パッケージに残ることができます。 | SxS アセンブリの依存関係は、発行時にはインストールされません。 | SxS アセンブリの依存関係をプレインストールする必要があります。 |
シーケンサーの監視中に、SxS アセンブリ (VC++ ランタイムなど) がアプリケーションのインストールの一部としてインストールされている場合、SxS アセンブリはパッケージで自動的に検出されます。 管理者に通知が届き、SxS アセンブリを除外するオプションが表示されます。
クライアント側
仮想アプリケーション パッケージを発行すると、App-V クライアントは、必要な SxS 依存関係が既にインストールされているかどうかを検出します。 依存関係がコンピューターで使用できず、パッケージに含まれている場合は、従来の Windows インストーラー (。msi) SxS アセンブリのインストールが開始されます。 既に説明したように、クライアントを実行しているコンピューターに依存関係をインストールするだけで、Windows インストーラー (.msi) のインストールが行われないようにします。
PowerShell を使用した動的構成の無効化
ステップ | 考慮事項 | メリット | トレードオフ |
---|---|---|---|
動的構成ファイルを選択的に使用する | - App-V 5.1 クライアントは、これらの動的構成ファイルを解析して処理する必要があります。 - ファイルのサイズと複雑さ (スクリプトの実行、VREG の包含/除外) に注意してください。 - 多数の仮想アプリケーション パッケージに、ユーザー固有またはコンピューター固有の動的構成ファイルが既に存在する場合があります。 |
- これらのファイルを選択的に使用するか、まったく使用しない場合、発行時間が向上します。 | - 関連する動的構成ファイルを削除するには、仮想アプリケーション パッケージを個別に再構成するか、App-V サーバー管理コンソールを使用して再構成する必要があります。 |
既に発行されているパッケージの場合は、
-DynamicDeploymentConfiguration
パラメーターを指定せずにSet-AppVClientPackage -Name Myapp -Path c:\Packages\Apps\MyApp.appv
を使用できます。同様に、
Add-AppVClientPackage -Path c:\Packages\Apps\MyApp.appv
を使用して新しいパッケージを追加する場合は、-DynamicDeploymentConfiguration
パラメーターを使用しないでください。
動的構成を適用する方法に関するドキュメントについては、次を参照してください。
パッケージに存在する仮想フォントの決定
ステップ | 考慮事項 | メリット | トレードオフ |
---|---|---|---|
パッケージ ライフサイクル中の同期スクリプト実行のアカウント | - スクリプト担保がパッケージに埋め込まれている場合、Add (PowerShell) の速度が低下する可能性があります。 - 仮想アプリケーションの起動時 (StartVirtualEnvironment、StartProcess) または Add+Publish の実行中にスクリプトを実行すると、これらのライフサイクル操作の 1 つ以上の間に認識されるパフォーマンスに影響します。 |
- 非同期 (ノンブロッキング) スクリプトを使用すると、ライフサイクル操作が効率的に完了します。 | - この手順では、動的構成ファイルが関連付けられている、スクリプトを同期的に参照および実行する、埋め込みスクリプト担保を持つすべての仮想アプリケーション パッケージに関する実用的な知識が必要です。 |
パッケージから余分な仮想フォントを削除する | - 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 5.1 のパフォーマンス ガイダンスの用語
次の用語は、App-V 5.1 のパフォーマンス最適化に関連する概念とアクションを記述するときに使用されます。
複雑さ - 事前構成中 (Add-AppvClientPackage) または統合 (Publish-AppvClientPackage) 中のパフォーマンスに影響を与える可能性がある 1 つ以上のパッケージ特性を指します。 いくつかの特性の例としては、マニフェスト サイズ、仮想フォントの数、ファイルの数などがあります。
統合解除 - ユーザー統合を削除します
再統合 - ユーザー統合を適用します。
非永続的、プール済み - サインインするたびに仮想環境を実行するコンピューターを作成します。
永続的な個人用 - すべてのサインインで同じままの仮想環境を実行しているコンピューター。
ステートフル - このドキュメントでは、セッション間でユーザー統合が永続化され、非永続的な RDSH または VDI でユーザー環境管理テクノロジが使用されることを意味します。
ステートレス - セッション間でユーザーの状態が永続化されないシナリオを表します。
トリガー - (またはネイティブ アクション トリガー)。 UPM では、これらの種類のトリガーを使用して、監視または同期操作を開始します。
ユーザー エクスペリエンス - App-V 5.1 のコンテキストでは、ユーザー エクスペリエンスは定量的に、次の部分の合計です。
ユーザーがサインインを開始した時点から、デスクトップを操作できる時点まで。
App-V 5.1 の完全なサーバー インフラストラクチャを使用すると、デスクトップを操作できる時点から、発行更新が開始される時点まで (PowerShell 用語では同期)。 スタンドアロン インスタンスでは、 Add-AppVClientPackage コマンドと Publish-AppVClientPackagePowershell コマンドが開始されたときです。
発行更新の開始から完了まで。 スタンドアロン インスタンスでは、これは最初から最後に発行された仮想アプリケーションです。
仮想アプリケーションをショートカットから起動できる場所から。 または、ファイルの種類の関連付けが登録され、指定された仮想アプリケーションが起動される時点からです。
ユーザー プロファイル管理 - 環境に関連付けられているユーザー コンポーネントを管理するための、制御された構造化されたアプローチ。 たとえば、ユーザー プロファイル、基本設定とポリシー管理、アプリケーション制御、アプリケーションのデプロイなどです。 スクリプトまたはサードパーティソリューションを使用して、必要に応じて環境を構成できます。