インスタント クローン プールの作成中に、「内部テンプレート」(デバイス名が itXXXXXX) と呼ばれるゴールド イメージの一時的なフル クローンがパワーオンされ、ネットワーク アクセスが可能になります。内部テンプレート デバイスのセンサーは、ゴールド イメージと同じデバイス ID を使用して Carbon Black Cloud に接続される可能性があります。この接続により、Carbon Black Cloud コンソールの itXXXXXX デバイスによってゴールド イメージが上書きされます。
ゴールド イメージがパワーオン状態の場合、ゴールド イメージのセンサーはバックエンドに再接続し、itXXXXXX デバイスを上書きします。バックエンドで互いにデータを上書きする重複デバイスに加えて、バックエンドに再登録要求をゴールド イメージに送信させる可能性があります。これにより、バックエンドによってゴールド イメージが VDI と見なされ、非アクティブ状態であることを理由にゴールド イメージの登録が解除される可能性があります。
重複デバイスのシナリオでは、ゴールド イメージが想定されるポリシー グループにないグループ メンバーシップの問題が表示される場合もあります。デバイス ID がゴールド イメージとして重複している内部テンプレートの悪影響は次のとおりです。
- 内部テンプレートのイベントとアクティビティは、ゴールド イメージと混同する可能性があります。
- コンソールのゴールド イメージのデバイス名は変更される場合があります。
- MSM を使用してデバイス名別にデバイス ポリシーを割り当てる場合、ゴールド イメージと内部テンプレート名が考慮されていることを確認します。
ゴールド イメージをパワーオフした状態でインスタント クローンを展開することを推奨します。この推奨事項により、内部テンプレートの重複デバイス ID のシナリオは排除されませんが、デバイス ID が重複しているというマイナス面は軽減されます。
[事前にすべてのマシンをプロビジョニング]設定を使用してインスタント クローンをプロビジョニングすると、最初のプロビジョニング操作中にホストおよびプロビジョニング クローンの CPU 使用率が大幅に増加する可能性があります。これは、プロビジョニング中のすべてのインスタント クローンで同時に Carbon Black センサーの登録が発生した結果です。
[オンデマンドでマシンをプロビジョニング]設定を使用したインスタント クローンのプロビジョニングでは、インスタント クローンは異なる時間にプロビジョニングされるため、CPU 使用率が増加する可能性はほとんどありません。
CPU 負荷が高くなる結果、最初のインスタント クローンのプロビジョニング中に、同期後のバッチ ファイルを実行しながらクローンのカスタマイズがタイムアウトすることがあります。これにより、クローンのエラー状態が発生する可能性があります。エラー状態は、クローンで同期後スクリプトを実行するためのタイムアウト制限が 20 秒になっているためですが、失敗したクローンは自動的にリカバリされます。同期後スクリプトのタイムアウトはデフォルトで 20 秒になっていますが、ゴールド イメージの次のレジストリ キーを変更することで調整できます。これにより、インスタント クローンのプロビジョニング失敗率が低下します。推奨される最大値は 120,000 ミリ秒です。
HKLM\System\CCS\Services\vmware-viewcomposer-ga Type: DWORD Value Name: ExecScriptTimeout Units: milliseconds Sample: ##Updated timeout value from 20000 to 120000 . HKLM\System\CCS\Services\vmware-viewcomposer-ga Type: DWORD Value Name: ExecScriptTimeout Units: 120000
