インスタント クローン デスクトップ プールは、vCenter Server の vmFork テクノロジー(インスタント クローン API)を使用してゴールド イメージから作成された自動デスクトップ プールです。
Horizon 8 で非パーシステント デスクトップとパーシステント デスクトップを作成するプロセスとして、インスタント クローンが View Composer リンク クローンを置き換えます。Horizon 8 は、vCenter Server からのインスタント クローン API を使用するだけでなく、複数のタイプの内部仮想マシン(内部テンプレート、レプリカ仮想マシン、親仮想マシン)を作成し、よりスケーラブルな方法でクローンを管理できます。
インスタント クローンは、親仮想マシンの仮想ディスクを共有します。フル仮想マシンよりも使用するストレージは少なくなります。さらに、最初に作成されたときに、インスタント クローンは親仮想マシンのメモリを共有し、迅速なプロビジョニングが可能になります。ユーザーがクローン作成済みのデスクトップにログインすると、追加のメモリが使用されます。
親仮想マシンを使用すると、プロビジョニング速度の向上には役立ちますが、クラスタ全体のメモリ要件は増加します。プロビジョニング速度を向上させるよりも、メモリを増やしたほうが良い場合もあります。その場合、Horizon 8 は、親仮想マシンを作成せずに、レプリカ仮想マシンから直接インスタント クローンをプロビジョニングします。この機能はスマート プロビジョニングといいます。スマート プロビジョニングでは、次のいずれかのプロビジョニング スキームを使用してインスタント クローンを作成します。
- モード A - 親仮想マシンを含むインスタント クローン
- モード B(デフォルト)- 親仮想マシンのないインスタント クローン
スマート プロビジョニングでは、7.0 update 3f より古いバージョンの ESXi ホストで vTPM デバイスを使用している場合にのみ、モード A が選択されます。ADAM データベースで pae-ProvisionScheme 属性を設定することで、プロビジョニング モードを設定できます。詳細については、https://kb.omnissa.com/s/article/81026 を参照してください。
単一のインスタント クローン デスクトップ プールに、親仮想マシンのあるインスタント クローンと親仮想マシンなしのインスタント クローンが存在する場合があります。
インスタント クローンはパワーオン状態で作成されます。このため、Windows ゴールド イメージ仮想マシンで再起動が必要なコンピュータベースのグループ ポリシー オブジェクト (GPO) はインスタント クローンに適用されません。ゴールド イメージ仮想マシン GPO をインスタント クローンに適用するには、以下の「Windows インスタント クローンでの再起動が必要なコンピュータベースの GPO の適用」を参照してください。
インスタント クローン デスクトップ プールには、次の利点があります。
- インスタント クローンのプロビジョニングは高速です。
- インスタント クローンは常にパワーオン状態で作成され、ユーザーが接続できる準備が整っています。ゲストのカスタマイズや Active Directory ドメインへの参加は、最初のパワーオンのワークフローの一部として完了します。
- ダウンタイムを発生させずに、ローリング プロセスでインスタント クローンのプールにパッチを適用できます。
インスタント クローン デスクトップ プールのコンピューティング プロファイル
インスタント クローン デスクトップ プールのコンピューティング プロファイルは、プール内の各デスクトップに割り当てられた vCPU と vRAM の数です。インスタント クローン デスクトップ プールを作成する場合、管理者は、「インスタントクローン デスクトップ プールの作成用ワークシート」の説明に従って、ゴールド イメージとスナップショットを指定する必要があります。デフォルトでは、Horizon 8 は、選択したスナップショットのコンピューティング プロファイルを継承して、デスクトップ プールを作成します。
以前は、管理者が同じ OS イメージを使用するインスタント クローン仮想デスクトップの 2 つの異なるプールを作成し、仮想マシン コンピューティング プロファイルが異なる場合は、2 つのゴールド イメージまたは 2 つのスナップショットを作成して維持する必要がありました。この方法では、イメージの管理が複雑になり、パッチの更新に時間がかかります。
コンピューティング プロファイル機能を使用すると、管理者はデフォルトのコンピューティング プロファイルをオーバーライドし、デスクトップ プールの作成に必要な vCPU、vRAM、ソケットあたりのコア数を指定できます。この方法では、同じゴールド イメージとスナップショットを使用して、各プールが異なる仮想マシン コンピューティング プロファイルを持つ複数のデスクトップ プールを作成できます。
管理者は、次のいずれかのワークフローでプールのコンピューティング プロファイルを変更できます。
Windows インスタント クローンでの再起動が必要なコンピュータベースの GPO の適用
一部のコンピュータ ベースの GPO は、Windows の起動時に処理されるため、デスクトップに適用するために再起動が必要になります。これらの GPO をインスタント クローンに適切に適用するには、次の手順を実行します。
- インスタント クローン デスクトップのターゲット OU でコンピュータベースのポリシー設定を作成または更新します。
- vCenter Server で、既存の親仮想マシンの新しいスナップショットを作成するか、新しい親仮想マシンを作成します。親仮想マシンで何も変更されていない場合でも、クローンの新しい基本イメージが公開されます。このイメージが前の手順で作成された GPO を受信します。
- 管理コンソールで、新しいイメージをプッシュして、vCenter Server の親仮想マシンと前の手順で作成した新しいスナップショットを使用して、インスタント クローンの既存のプールを更新します(または新しいプールを作成します)。その後、GPO がインスタント クローンに適用されます。
次の点に注意してください。
- 前の手順で説明したように、フォアグラウンド GPO に対する変更を適用するには、常に再公開が必要です。
- ユーザーがログインする前にバックグラウンド ポリシーが適用されるようにするには、グループ ソリューション ポリシーの説明に従って、
Always wait for the network at computer startup and logon ** and re-publishを適用します。このポリシーはComputer Configuration\Administrative Templates\System\Logonにあります。
このページは役に立ちましたか?