構成と管理
このトピックでは、パーソナルvDisk (PvD) 環境を構成および管理する際に考慮すべき項目について説明します。また、ベストプラクティスガイドラインとタスクの説明も含まれています。
Windowsレジストリでの作業を含む手順の場合：
注意：
レジストリを誤って編集すると、オペレーティングシステムの再インストールが必要になるような重大な問題が発生する可能性があります。Citrix®は、レジストリエディターの誤った使用によって生じた問題が解決できることを保証できません。レジストリエディターは自己責任で使用してください。編集する前に必ずレジストリをバックアップしてください。
考慮事項：パーソナルvDiskのサイズ
メインのパーソナルvDiskボリュームのサイズには、次の要因が影響します。
-
ユーザーがPvDにインストールするアプリケーションのサイズ
再起動時、PvDはアプリケーション領域 (UserData.v2.vhd) に残っている空き領域を決定します。これが10%を下回ると、アプリケーション領域は未使用のプロファイル領域スペース (デフォルトではP:ドライブで利用可能なスペース) に拡張されます。アプリケーション領域に追加されるスペースは、アプリケーション領域とプロファイル領域の両方に残っている結合された空き領域の約50%です。
たとえば、10 GBのPvD (デフォルトでは5 GB) 上のアプリケーション領域が4.7 GBに達し、プロファイル領域に3 GBの空きがある場合、アプリケーション領域に追加される増加したスペースは次のように計算されます。
増加したスペース = (5.0-4.7)/2 + 3.0/2 = 1.65 GB
アプリケーション領域に追加されるスペースは、ログの保存とオーバーヘッドのためにわずかな許容範囲が設けられているため、おおよそです。計算と可能なサイズ変更は、再起動ごとに実行されます。
-
ユーザーのプロファイルのサイズ (個別のプロファイル管理ソリューションが使用されていない場合)
アプリケーションに必要なスペースに加えて、ユーザーのプロファイルを保存するための十分なスペースがパーソナルvDiskで利用可能であることを確認してください。スペース要件を計算する際には、リダイレクトされていない特殊フォルダー (マイ ドキュメントやマイ ミュージックなど) を含めます。既存のプロファイルサイズは、コントロールパネル (sysdm.cpl) から入手できます。
一部のプロファイルリダイレクトソリューションは、実際のプロファイルデータの代わりにスタブファイル (センチネルファイル) を保存します。これらのプロファイルソリューションは、最初はデータを保存していないように見えるかもしれませんが、実際にはスタブファイルごとにファイルシステム内で1つのファイルディレクトリエントリを消費します。一般的に、ファイルあたり約4 KBです。このようなソリューションを使用する場合は、スタブファイルではなく、実際のプロファイルデータに基づいてサイズを見積もってください。
エンタープライズファイル共有アプリケーション（ShareFileやDropboxなど）は、ユーザーのプロファイル領域にデータを同期またはダウンロードする可能性があります。このようなアプリケーションを使用する場合は、このデータのために十分なスペースを見積もりに含めてください。
-
PvDインベントリを含むテンプレートVHDによって消費されるオーバーヘッド
テンプレートVHDには、PvDインベントリデータ（マスターイメージコンテンツに対応するセンチネルファイル）が含まれています。PvDアプリケーション領域はこのVHDから作成されます。各センチネルファイルまたはフォルダーはファイルシステム内のファイルディレクトリエントリを構成するため、エンドユーザーがアプリケーションをインストールする前であっても、テンプレートVHDコンテンツはPvDアプリケーションスペースを消費します。インベントリが取得された後、マスターイメージを参照することでテンプレートVHDサイズを決定できます。または、おおよその計算には次の式を使用してください。
テンプレートVHDサイズ = (ベースイメージ上のファイル数) x 4 KB
ベースVMイメージのC:ドライブを右クリックし、[プロパティ]を選択して、ファイルとフォルダーの数を決定します。たとえば、250,000個のファイルを持つイメージの場合、テンプレートVHDは約1,024,000,000バイト（1 GB弱）になります。このスペースは、PvDアプリケーション領域でのアプリケーションインストールには使用できません。
-
PvDイメージ更新操作のオーバーヘッド
PvDイメージ更新操作中、2つのイメージバージョンからの変更と、ユーザーがPvDに行った変更をマージするために、PvDのルート（デフォルトではP:）に十分なスペースが利用可能である必要があります。通常、PVDはこの目的のために数百メガバイトを予約しますが、P:ドライブに書き込まれた追加データがこの予約スペースを消費し、イメージ更新を正常に完了するためのスペースが不足する可能性があります。PvDプール統計スクリプト（XenDesktopインストールメディアのSupport/Tools/Scriptsフォルダーにあります）またはPvDイメージ更新監視ツール（Support/Tools/Scripts\PvdToolフォルダーにあります）は、更新中でほぼ満杯になっているカタログ内のPvDディスクを特定するのに役立ちます。
アンチウイルス製品の存在は、インベントリの実行または更新の実行にかかる時間に影響を与える可能性があります。CtxPvD.exeとCtxPvDSvc.exeをアンチウイルス製品の除外リストに追加すると、パフォーマンスが向上する可能性があります。これらのファイルはC:\Program Files\Citrix\personal vDisk\binにあります。これらの実行可能ファイルをアンチウイルスソフトウェアによるスキャンから除外すると、インベントリおよびイメージ更新のパフォーマンスが最大10倍向上する可能性があります。
-
予期せぬ増加（予期せぬアプリケーションのインストールなど）のオーバーヘッド
展開中にユーザーが行う予期せぬアプリケーションのインストールに対応するため、合計サイズに追加のスペース（固定量またはvDiskサイズの割合）を考慮してください。
方法: パーソナルvDiskのサイズと割り当てを構成する
VHDの初期サイズを設定することで、P:ドライブに対するVHDのサイズを決定する自動サイズ変更アルゴリズムを手動で調整できます。これは、たとえば、アルゴリズムによってサイズ変更された後でもVHDに収まらないほど大きなアプリケーションをユーザーが多数インストールすることを知っている場合に役立ちます。この場合、ユーザーがインストールするアプリケーションに対応するために、アプリケーションスペースの初期サイズを増やすことができます。
理想的には、マスターイメージ上でVHDの初期サイズを調整します。または、ユーザーがアプリケーションをインストールするのに十分なスペースがない場合に、仮想デスクトップ上でVHDのサイズを調整することもできます。ただし、その操作は影響を受ける各仮想デスクトップで繰り返す必要があります。既に作成されているカタログではVHDの初期サイズを調整することはできません。
通常サイズの大きいアンチウイルス定義ファイルを保存するのに十分な大きさのVHDであることを確認してください。
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\personal vDisk\Configにある以下のレジストリキーを見つけて設定します。（このレジストリキーの他の設定は変更しないでください。）すべての設定はマスターイメージで指定する必要があります（個々のマシンで変更できるMinimumVHDSizeInMBを除く）。マスターイメージで指定された設定は、次回のイメージ更新時に適用されます。
-
最小VHDサイズMB
パーソナルvDiskのアプリケーション部分 (C:) の最小サイズ (メガバイト単位) を指定します。新しいサイズは、既存のサイズよりも大きく、ディスクサイズからPvDReservedSpaceMBを引いた値よりも小さくなければなりません。
この値を増やすと、vDisk上のプロファイル部分からC:に空き領域が割り当てられます。この設定は、C:ドライブの現在のサイズよりも小さい値が使用された場合、またはEnableDynamicResizeOfAppContainerが0に設定されている場合は無視されます。
デフォルト = 2048
-
AppContainerの動的サイズ変更を有効にする
動的サイズ変更アルゴリズムを有効または無効にします。
- 1に設定すると、C:の空き領域が10%を下回ったときに、アプリケーション領域 (C:上) のサイズが自動的に変更されます。許可される値は1と0です。サイズ変更を有効にするには再起動が必要です。
- 0に設定すると、VHDサイズはXenDesktop 7.xより前のバージョンで使用されていた方法に従って決定されます。
デフォルト = 1
-
ユーザープロファイルのリダイレクトを有効にする
ユーザープロファイルをvDiskにリダイレクトするかどうかを有効または無効にします。
-
1に設定すると、PvDはユーザープロファイルをパーソナルvDiskドライブ (デフォルトではP:) にリダイレクトします。プロファイルは通常、標準のWindowsプロファイルに対応するP:\Usersにリダイレクトされます。このリダイレクトにより、PvDデスクトップをリセットする必要がある場合にプロファイルが保持されます。
-
0に設定すると、vDisk上のPvDReservedSpaceMBを差し引いたすべての領域がvDiskのアプリケーション部分であるC:に割り当てられ、vDiskドライブ (P:) はWindowsエクスプローラーで非表示になります。Citrix Profile managementまたはその他のローミングプロファイルソリューションを使用している場合は、値を0に設定してリダイレクトを無効にすることをお勧めします。
この設定により、プロファイルはvDiskにリダイレクトされずにC:\Usersに保持され、ローミングプロファイルソリューションがプロファイルを処理できるようになります。
この値により、P:上のすべての領域がアプリケーションに割り当てられるようになります。
この値が0に設定されている場合、プロファイル管理ソリューションが導入されていると想定されます。ローミングプロファイルソリューションがない状態でプロファイルリダイレクトを無効にすることは推奨されません。その後のPvDリセット操作によってプロファイルが削除されるためです。
この設定は、イメージが更新されても変更しないでください。既存のプロファイルの場所は変更されませんが、Personal vDisk上のすべての領域がC:に割り当てられ、PvDが非表示になるためです。
カタログを展開する前にこの値を構成してください。カタログを展開した後は変更できません。
重要: XenDesktop 7.1以降、イメージの更新を実行してもこの値の変更は反映されません。プロファイルが生成されるカタログを最初に作成するときに、キーの値を設定してください。後でリダイレクト動作を変更することはできません。
デフォルト = 1
-
-
アプリケーション用PvDの割合
vDiskのアプリケーション部分 (C:) とプロファイル部分の分割を設定します。この値は、新しいVMを作成するとき、およびEnableDynamicResizeOfAppContainerが0に設定されている場合のイメージ更新時に使用されます。
PercentOfPvDForAppsを変更しても、EnableDynamicResizeOfAppContainerが0に設定されている場合にのみ違いが生じます。デフォルトでは、EnableDynamicResizeOfAppContainerは1 (有効) に設定されており、これはAppContainer (Cドライブとして表示されるもの) がほぼ満杯になったとき (つまり動的に) のみ拡張されることを意味します。具体的には、空き容量が10%未満になったときです。
PercentOfPvDForAppsを増やすと、アプリケーション部分が拡張できる最大スペースが増加するだけです。そのスペースがすぐにプロビジョニングされるわけではありません。マスターイメージで分割割り当てを構成する必要があり、それは次回のイメージ更新時に適用されます。
EnableDynamicResizeOfAppContainerが1に設定されたマシンのカタログをすでに生成している場合は、次回の更新のためにマスターイメージでその設定を0に変更し、適切な割り当て分割を構成してください。要求された分割サイズは、Cドライブの現在の割り当てサイズよりも大きい限り、尊重されます。
スペース分割を完全に制御したい場合は、この値を0に設定してください。これにより、Cドライブのサイズを完全に制御でき、ユーザーがしきい値以下のスペースを消費してドライブを拡張することに依存しません。
デフォルト = 50% (両方の部分に等しいスペースを割り当てます)
-
PvD予約済みスペースMB
Personal vDiskのログやその他のデータを保存するための、vDisk上の予約済みスペースのサイズ (メガバイト単位) を指定します。
展開にXenApp 6.5 (またはそれ以前のバージョン) が含まれており、アプリケーションストリーミングを使用している場合は、Rade Cacheのサイズ分だけこの値を増やしてください。
デフォルト = 512
-
PvDリセットユーザーグループ
XenDesktop 5.6でのみ有効 - 指定されたユーザーグループがPersonal vDiskをリセットできるようにします。それ以降のXenDesktopリリースでは、この目的のために委任管理を使用します。
その他の設定:
-
Windows Update Service—マスターイメージでWindows Updateを「更新プログラムを確認しない」に設定し、Windows Updateサービスを「無効」に設定してください。PvDでWindows Update Serviceを実行する必要がある場合、「更新プログラムを確認しない」に設定することで、関連するマシンに更新プログラムがインストールされるのを防ぐことができます。
Windows 8ストアは、Modernスタイルのアプリケーションをインストールするためにこのサービスを実行する必要があります。
-
Windows Update—これにはInternet Explorerの更新プログラムが含まれ、マスターイメージに適用する必要があります。
-
再起動が必要な更新プログラム—マスターイメージに適用されるWindows Updateは、それらの更新プログラムに含まれるパッチの種類によっては、完全にインストールするために複数回の再起動が必要になる場合があります。PvDインベントリを取得する前に、マスターイメージに適用されたWindows Updateのインストールを完全に完了させるために、マスターイメージを適切に再起動してください。
-
アプリケーションの更新—ユーザーのvDiskのスペースを節約するために、マスターイメージにインストールされているアプリケーションを更新します。これにより、各ユーザーのvDiskでアプリケーションを更新する重複した作業も回避されます。
考慮事項: マスターイメージ上のアプリケーション
一部のソフトウェアは、PvDがユーザー環境を構成する方法と競合する可能性があるため、これらの競合を避けるために、個々のマシンではなくマスターイメージにインストールする必要があります。さらに、他のいくつかのソフトウェアはPvDの操作と競合しない可能性がありますが、Citrixはマスターイメージにインストールすることを推奨しています。
マスターイメージにインストールする必要があるアプリケーション:
- エージェントとクライアント（例: システムセンター コンフィギュレーション マネージャー エージェント、App-V クライアント、シトリックス レシーバー™）
- 初期ブートドライバーをインストールまたは変更するアプリケーション
- プリンターまたはスキャナーのソフトウェアまたはドライバーをインストールするアプリケーション
- Windows ネットワークスタックを変更するアプリケーション
- ヴイエムウェアツールズやゼノサーバーツールズといったVMツール
マスターイメージにインストールする必要があるアプリケーション:
- 多数のユーザーに配布されるアプリケーション。いずれの場合も、展開前にアプリケーションの更新をオフにしてください:
- Microsoft Office、Microsoft SQL Server などのボリュームライセンスを使用するエンタープライズアプリケーション
- アドビリーダー、ファイアフォックス、クロームといった一般的なアプリケーション
- SQL Server、Visual Studio などの大規模なアプリケーション、および .NET などのアプリケーションフレームワーク
以下の推奨事項と制限は、パーソナル vDisk を持つマシンにユーザーがインストールするアプリケーションに適用されます。ユーザーが管理者権限を持っている場合、これらの一部は強制できません:
- ユーザーは、マスターイメージからアプリケーションをアンインストールし、同じアプリケーションを自身のパーソナル vDisk に再インストールするべきではありません。
- マスターイメージ上のアプリケーションを更新またはアンインストールする際は注意してください。イメージにアプリケーションのバージョンをインストールした後、ユーザーがそのバージョンを必要とするアドオンアプリケーション (たとえば、プラグイン) をインストールする場合があります。このような依存関係が存在する場合、イメージ上のアプリケーションを更新またはアンインストールすると、アドオンが誤動作する可能性があります。たとえば、マスターイメージに Microsoft Office 2010 がインストールされている場合、ユーザーは自身のパーソナル vDisk に Visio 2010 をインストールします。その後、マスターイメージ上の Office をアップグレードすると、ローカルにインストールされた Visio が使用できなくなる可能性があります。
- ハードウェアに依存するライセンス (ドングルまたは署名ベースのハードウェアによるもの) を持つソフトウェアはサポートされていません。
考慮事項: プロビジョニングサービス
PvD でプロビジョニングサービスを使用する場合:
- Soap Service アカウントは Studio の管理者ノードに追加され、マシン管理者以上の役割を持っている必要があります。これにより、Provisioning Services (PVS) vDisk が本番環境に昇格されたときに、PvD デスクトップが準備状態になります。
- パーソナル vDisk を更新するには、Provisioning Service のバージョン管理機能を使用する必要があります。バージョンが本番環境に昇格されると、Soap Service は PvD デスクトップを準備状態にします。
- パーソナルvDiskのサイズは、常にProvisioning Servicesのライトキャッシュディスクよりも大きくする必要があります（そうしないと、Provisioning Servicesが誤ってパーソナルvDiskをライトキャッシュとして使用するために選択する可能性があります）。
- デリバリーグループを作成した後、PvDイメージ更新監視ツールまたはサイズ変更およびpoolstatsスクリプト（personal-vdisk-poolstats.ps1）を使用してパーソナルvDiskを監視できます。
ライトキャッシュディスクのサイズを正しく設定してください。通常の操作中、PvDはほとんどのユーザー書き込み（変更）をキャプチャし、それらをパーソナルvDiskにリダイレクトします。これは、Provisioning Servicesのライトキャッシュディスクのサイズを小さくできることを意味します。ただし、PvDがアクティブでない場合（イメージ更新操作中など）、小さなProvisioning Servicesのライトキャッシュディスクがいっぱいになり、マシンのクラッシュにつながる可能性があります。
Citrixは、Provisioning Servicesのベストプラクティスに従ってProvisioning Servicesのライトキャッシュディスクのサイズを設定し、マスターイメージ上のテンプレートVHDの2倍のサイズの領域を追加することをお勧めします（マージ要件に対応するため）。マージ操作でこのすべての領域が必要になる可能性は極めて低いですが、可能性はあります。
PvD対応マシンを含むカタログをProvisioning Servicesを使用して展開する場合：
- Provisioning Servicesドキュメントのガイダンスに従ってください。
- Studioで接続を編集することにより、電源アクションのスロットリング設定を変更できます。詳細については以下を参照してください。
- Provisioning Services vDiskを更新する場合、アプリケーションやその他のソフトウェアをインストール/更新し、vDiskを再起動した後、PvDインベントリを実行してからVMをシャットダウンします。その後、新しいバージョンを本番環境に昇格させます。カタログ内のPvDデスクトップは自動的に「準備中」状態になるはずです。そうならない場合は、Soap ServiceアカウントがController上でマシン管理者以上の権限を持っていることを確認してください。
Provisioning Servicesのテストモード機能を使用すると、更新されたマスターイメージを使用するマシンを含むテストカタログを作成できます。テストによってテストカタログの実行可能性が確認された場合、それを本番環境に昇格させることができます。
考慮事項：マシンクリエーションサービス™
PvD対応マシンを含むカタログをMachine Creation Services (MCS) を使用して展開する場合：
- XenDesktop®ドキュメントのガイダンスに従ってください。
- マスターイメージを作成した後、PvDインベントリを実行し、VMの電源を切ります（VMの電源を切らないとPvDは正しく機能しません）。その後、マスターイメージのスナップショットを作成します。
- マシンカタログの作成ウィザードで、パーソナルvDiskのサイズとドライブ文字を指定します。
- デリバリーグループを作成した後、PvDイメージ更新監視ツールまたはサイズ変更およびpoolstatsスクリプト（personal-vdisk-poolstats.ps1）を使用してパーソナルvDiskを監視できます。
- Studioで接続を編集することで、電源アクションのスロットリング設定を変更できます。詳細については以下を参照してください。
- マスターイメージを更新する場合は、イメージ上のアプリケーションやその他のソフトウェアを更新した後でPvDインベントリを実行し、VMの電源を切ります。その後、マスターイメージのスナップショットを作成します。
- PvDイメージ更新監視ツールまたはpersonal-vdisk-poolstats.ps1スクリプトを使用して、更新されたマスターイメージを使用する各PvD対応VMに十分な空き容量があることを検証します。
- マシンカタログを更新すると、PvDデスクトップは新しいマスターイメージの変更を個別に処理するため、「準備中」状態になります。デスクトップは、マシン更新時に指定されたロールアウト戦略に従って更新されます。
- PvDイメージ更新監視ツールまたはpersonal-vdisk-poolstats.ps1スクリプトを使用して、「準備中」状態のPvDを監視します。
方法: vDiskからファイルとフォルダーを除外する
ルールファイルを使用して、vDiskからファイルとフォルダーを除外します。これは、パーソナルvDiskが展開されているときに実行できます。ルールファイルの名前はcustom_*_rules.template.txtで、\configフォルダーにあります。各ファイルのコメントには、追加のドキュメントが記載されています。
方法: マスターイメージの更新時にインベントリを実行する
PvDを有効にした後、およびインストール後にマスターイメージを更新した後は、ディスクのインベントリを更新し（「インベントリの実行」と呼ばれます）、新しいスナップショットを作成することが重要です。
マスターイメージはユーザーではなく管理者が管理するため、バイナリファイルを管理者のユーザープロファイルに配置するアプリケーションをインストールした場合、そのアプリケーションは共有仮想デスクトップのユーザー（プールされたマシンカタログに基づくものや、PvDマシンカタログでプールされたものを含む）には利用できません。ユーザーは、そのようなアプリケーションを自分でインストールする必要があります。
この手順の各ステップの後にイメージのスナップショットを作成することをお勧めします。
-
アプリケーションやオペレーティングシステムの更新をインストールし、マシン上でシステム構成を実行して、マスターイメージを更新します。
Personal vDiskで展開する予定のWindows XPベースのマスターイメージの場合、ダイアログボックスが開いていないことを確認してください（たとえば、ソフトウェアインストールの確認メッセージや、署名されていないドライバーの使用を促すプロンプトなど）。この環境のマスターイメージでダイアログボックスが開いていると、VDAがDelivery Controllerに登録されません。署名されていないドライバーのプロンプトは、コントロールパネルを使用して防ぐことができます。たとえば、[システム] > [ハードウェア] > [ドライバー署名] に移動し、警告を無視するオプションを選択します。
-
マシンをシャットダウンします。Windows 7マシンでは、Citrix Personal vDiskがシャットダウンをブロックしたときに「キャンセル」をクリックします。
-
Citrix Personal vDiskダイアログボックスで、「インベントリの更新」をクリックします。この手順には数分かかる場合があります。
重要: 以下のシャットダウンを中断した場合（イメージに軽微な更新を行う場合でも）、Personal vDiskのインベントリがマスターイメージと一致しなくなります。これにより、Personal vDisk機能が動作しなくなります。シャットダウンを中断した場合は、マシンを再起動し、シャットダウンしてから、プロンプトが表示されたらもう一度[インベントリの更新]をクリックする必要があります。
-
インベントリ操作によってマシンがシャットダウンされたら、マスターイメージのスナップショットを作成します。
インベントリをネットワーク共有にエクスポートし、そのインベントリをマスターイメージにインポートできます。詳しくは、「PvDインベントリのエクスポートとインポート」を参照してください。
方法: 接続スロットリング設定の構成
Citrix Broker Serviceは、デスクトップおよびアプリケーションを提供するマシンの電源状態を制御します。Broker Serviceは、Delivery Controllerを介して複数のハイパーバイザーを制御できます。Brokerの電源アクションは、Controllerとハイパーバイザー間の相互作用を制御します。ハイパーバイザーの過負荷を避けるため、マシンの電源状態を変更するアクションには優先度が割り当てられ、スロットリングメカニズムを使用してハイパーバイザーに送信されます。以下の設定がスロットリングに影響します。これらの値は、Studioで接続を編集する（[詳細]ページ）ことで指定します。
接続スロットリング値を構成するには：
- Studioのナビゲーションペインで、[構成] > [ホスティング]を選択します。
- 接続を選択し、[操作]ペインで[接続の編集]を選択します。
- 以下の値を変更できます。
-
同時アクション（すべての種類）—許可される同時進行中の電源アクションの最大数。この設定は、絶対値とハイパーバイザーへの接続の割合の両方で指定されます。2つの値のうち小さい方が使用されます。
デフォルト = 絶対値100、20%
-
Personal vDiskインベントリの同時更新—許可されるPersonal vDiskの同時電源アクションの最大数。この設定は、絶対値と接続の割合の両方で指定されます。2つの値のうち小さい方が使用されます。
デフォルト = 絶対値50、25%
絶対値を計算するには：エンドユーザーのストレージでサポートされる合計IOPS（TIOPS）を決定します（これは製造元によって指定されるか、計算される必要があります）。VMあたり350 IOPS（IOPS/VM）を使用して、ストレージ上で常にアクティブであるべきVMの数を決定します。この値は、合計IOPSをIOPS/VMで割ることによって計算します。
たとえば、エンドユーザーのストレージが14000 IPSの場合、アクティブなVMの数は14000 IOPS / 350 IOPS/VM = 40です。
-
1分あたりの最大新規アクション数—1分あたりにハイパーバイザーに送信できる新規電源アクションの最大数。絶対値として指定されます。
デフォルト = 10
-
展開環境でこれらの設定の最適な値を特定するには、次の手順を実行します。
- デフォルト値を使用して、テストカタログのイメージ更新にかかる合計応答時間を測定します。これは、イメージ更新の開始 (T1) から、カタログ内の最後のマシン上のVDAがControllerに登録されるまで (T2) の差です。合計応答時間 = T2-T1。
- イメージ更新中のハイパーバイザーのストレージの1秒あたりの入出力操作 (IOPS) を測定します。このデータは最適化のベンチマークとして役立ちます。(デフォルト値が最適な設定である場合もあります。あるいは、システムがIOPSを使い果たし、設定値を下げる必要がある場合もあります。)
- 以下に説明するように、「Simultaneous Personal vDisk inventory updates」の値を変更します (他のすべての設定は変更せずに)。
- 値を10ずつ増やし、変更ごとに合計応答時間を測定します。合計応答時間の悪化または変化がなくなるまで、値を10ずつ増やし続け、結果をテストします。
- 前のステップで値を増やしても改善が見られなかった場合、値を10ずつ減らし、減少ごとに合計応答時間を測定します。合計応答時間が変化しないか、それ以上改善しなくなるまでこのプロセスを繰り返します。これが最適なPvD電源アクション値である可能性が高いです。
- PvD電源アクション設定値を取得した後、同時アクション (すべてのタイプ) と1分あたりの最大新規アクションの値を、一度に1つずつ調整します。上記の手順 (増分で増減) に従って、異なる値をテストします。
方法：システムセンター コンフィギュレーションマネージャー 2007 と PvD
System Center Configuration Manager (Configuration Manager) 2012 は特別な構成を必要とせず、他のマスターイメージアプリケーションと同様にインストールできます。以下の情報は、System Center Configuration Manager 2007にのみ適用されます。Configuration Manager 2007より前の本製品のバージョンはサポートされていません。
PvD環境でConfiguration Manager 2007エージェントソフトウェアを使用するには、以下を完了します。
- マスターイメージにクライアントエージェントをインストールします。
- マスターイメージにConfiguration Managerクライアントをインストールします。
- ccmexecサービス (SMSエージェント) を停止し、無効にします。
- ローカルコンピューターの証明書ストアからSMSまたはクライアント証明書を次のように削除します。
- 混合モード: 証明書 (ローカルコンピューター)\SMS\証明書
- ネイティブモード
- 証明書 (ローカルコンピューター)\個人用\証明書
- 証明機関（通常は内部の公開鍵基盤）によって発行されたクライアント証明書を削除します。
- C:\Windows\smscfg.ini を削除または名前変更します。
- クライアントを一意に識別する情報を削除します。
- (オプション) C:\Windows\System32\CCM\Logs からログファイルを削除または移動します。
- Virtual Delivery Agent をインストールし（以前にインストールされていない場合）、PvDインベントリを取得します。
- マスターイメージをシャットダウンし、スナップショットを取得して、このスナップショットを使用してマシンカタログを作成します。
- パーソナルvDiskを検証し、サービスを開始します。これらの手順は、各PvDデスクトップが初めて起動された後、一度だけ実行します。これは、たとえばドメインGPOを使用して行うことができます。
- HKLM\Software\Citrix\personal vDisk\config\virtual レジストリキーの存在を確認することで、PvDがアクティブであることを確認します。
- ccmexecサービス（SMSエージェント）を「自動」に設定し、サービスを開始します。Configuration ManagerクライアントはConfiguration Managerサーバーに接続し、新しい一意の証明書とGUIDを取得します。