vSphere クラスタ サービス (vCLS) はデフォルトで有効で、すべての vSphere クラスタで実行されます。vCLS は、vCenter Server が利用できなくなった場合に、クラスタ内で実行されるワークロードのリソースと健全性を維持するために、クラスタ サービスを引き続き使用できるようにします。DRS と HA を構成して実行するには、vCenter Server が引き続き必要です。

vSphere 8.0 U3 では、新しい機能と共に組み込み vCLS が導入されました。もともと、vCLS コンポーネントは、Photon OS を実行している完全な仮想マシンでした。vSphere 8.0 U3 では、vCLS は vSphere ポッド テクノロジー(別名 PodCRX)に基づいています。このドキュメントでは、PodCRX は vCLS 仮想マシンと表記しています。vCLS の API インターフェイスは変更されていませんが、これらの vCLS コンポーネントのデプロイと管理は変更されました。名前が変更されることは確実です。Platform Service Controllers が外部から組み込みに変更された場合の前例に従って、vCLS が vSphere 8.0 U3 より前のリリースの場合は、外部 vCLS と呼ばれます。vCLS が vSphere 8.0 U3 以降の場合は、組み込み vCLS と呼ばれます。

vCLS は、vCenter Server アップグレードの一部としてアップグレードされます。組み込み vCLS の場合、vCLS のアップグレードはクラスタ内の ESXi ホストのアップグレードに関連付けられます。vCenter Server が 8.0 U3 であり、1 つ以上の 8.0 U3 ESXi ホストを含むクラスタで実行されている場合は、組み込み vCLS が有効になります。8.0 U3 の vCenter Server は、クラスタの構成に応じて、外部 vCLS および組み込み vCLS を実行できます。

ESX 8.0 U3 以降を実行しているサポート対象ホストで構成されたクラスタの場合、vCenter Server は組み込み vCLS をデプロイします。以前のリリースを使用しているホストで構成されたクラスタの場合、vCenter Server は外部 vCLS をデプロイします。vCenter Server インベントリを使用すると、複数のバージョンの ESX を共存させることができます。この共存状態は、ESX のローリング アップグレード中に発生します。バージョンが混在するクラスタ内の使用可能なホストで組み込み vCLS がサポートされている場合、vCenter Server は常に組み込み vCLS を使用します。これにより、サポート対象バージョンにアップグレードした後にホストのメンテナンス モードが終了すると、その時点で、クラスタが外部 vCLS から組み込み vCLS にアップグレードされるようになります。vCenter Server は、最初の組み込み vCLS 仮想マシンが使用可能になるまで待機し、その後、外部 vCLS を無効にしてこれらの仮想マシンを破棄することで、このアップグレードをシームレスに行います。また、サポート対象のすべてのホストが使用できなくなり、サポート対象外のホストのみが残された場合、vCenter Server は外部 vCLS に戻すことができます。ただし、この手順は使用不能になったホストに基づいて行われるため、組み込み vCLS を撤去してから外部 vCLS をデプロイするまでの間に DRS が使用できない期間が生じることがあります。

vCLS は、エージェント仮想マシンを使用してクラスタ サービスの健全性を維持します。ホストをクラスタに追加すると、vCLS エージェント仮想マシン(vCLS 仮想マシン)が作成されます。外部 vCLS では、クラスタ内に分散している vSphere クラスタごとに、最大で 3 台の vCLS 仮想マシンを実行する必要があります。外部 vCLS は、ホストが 1 台または 2 台しかないクラスタでも有効になります。これらのクラスタでは、vCLS 仮想マシンはそれぞれ 1 台、2 台です。組み込み vCLS では、vSphere クラスタごとに、最大 2 台の vCLS 仮想マシンを実行する必要があります。

新しい非アフィニティ ルールが自動的に適用されます。外部 vCLS では 3 分ごとにチェックが実行されます。複数の vCLS 仮想マシンが 1 台のホストに配置されている場合は、これらの仮想マシンが複数のホストに自動的に再分配されます。組み込み vCLS では、1 分ごとにチェックが実行されます。

vSphere DRS や vSphere HA などのクラスタ サービスがクラスタで有効になっていない場合でも、すべてのクラスタで vCLS 仮想マシンが実行されます。vCLS 仮想マシンのライフサイクル処理は、ESX Agent Manager やワークロード制御プレーンなどの vCenter Server サービスによって管理されます。vCLS 仮想マシンでは NIC はサポートされていません。

vCLS が有効なクラスタには、vCenter Server と互換性がある ESXi バージョンであれば、異なるバージョンの ESXi ホストを含めることができます。vCLS は、vSphere Lifecycle Manager クラスタと連携します。

組み込み vCLS

vSphere 8.0 U3 では組み込み vCLS が導入されました。機能の追加と強化が行われています。

外部 vCLS と組み込み vCLS の違い

外部 vCLS での quorum という用語は、DRS が機能するために必要なパワーオン状態の vCLS 仮想マシンの最小数 (1) を表します。組み込み vCLS では、最小 vCLS 仮想マシン数という用語を使用します。その目的と、値が 1 であることは、変わりありません。DRS の可用性を向上させるために、両方のタイプの vCLS で仮想マシンの冗長性が提供されています。1 台の vCLS 仮想マシンがあるホストで障害が発生しても、使用可能な他の vCLS 仮想マシンがあり、DRS の機能を維持できます。冗長な vCLS 仮想マシンをデプロイするのに十分なホストとリソースが使用可能であると仮定して、クラスタにデプロイされる vCLS 仮想マシンの合計数を、目標とする冗長性カウントと呼びます。外部 vCLS の場合、目標とする冗長性カウントは 3 です。組み込み vCLS の場合は、2 に減ります。

vCLS 仮想マシンについて

vSphere 8.0 Update 3 で導入された vCLS 仮想マシンは、vSphere Pod テクノロジーに基づいています。vCLS サービスは、ESXi ホスト上の仮想マシンとしてホストまたはクラスタにデプロイされます。ただし、これは最小限のオペレーティング システムを備えた特別な仮想マシンであり、vCLS 仮想マシンを vSphere で実行できるようにするコンテナ ランタイムを使用します。新しい vCLS 仮想マシンは、安全で高パフォーマンスのランタイムを実現します。

vCLS 仮想マシンのパワーオフ

組み込みの vCLS 仮想マシンは、パワーオフできます。このような仮想マシンがパワーオフされると、vSphere はこの状態を障害と解釈して、仮想マシンを再起動し、ホストに vCLS 仮想マシンを再登録します。

vCLS 仮想マシンは、パワーオフされると、vSphere がその仮想マシンを再起動するまで待機します。vSphere がその仮想マシンを再起動しないままタイムアウトすると、vCLS 仮想マシンの再構成が開始されます。

メンテナンス モードに切り替わるホストのためなどに、組み込み vCLS 仮想マシンがシステムによって退避されるたびに、その仮想マシンは破棄され、別のホストに再配置されます。vMotion は使用されません。

注: この動作は、外部 vCLS の動作とは異なります。外部 vCLS の場合は、仮想マシンのパワーオフを検出し、すぐにその仮想マシンをパワーオンします。

vCLS 仮想マシン

組み込み vCLS での vCLS 仮想マシンの可視性とアクセスは、外部 vCLS と同等です。

  • vCLS 仮想マシンは、vCenter Server に表示されます。
  • vCenter Server インベントリ階層で、vCLS 仮想マシンは [vCLS] という名前の専用仮想マシン フォルダにあります。
  • vCLS 仮想マシンでは、一部の操作を実行できません。
  • vCLS 仮想マシンへのクエリ要求は実行できます。
  • 組み込み vCLS 仮想マシンの命名は、外部 vCLS 仮想マシンと同じで、vCLS-{UUID} です。ここで、UUID は、ESX ホストの UUID (summary.hardware.uuid) です。

仮想マシンの ExtraConfig

vCLS 仮想マシンを特定するために、組み込み vCLS は、仮想マシンの ExtraConfig での特定のオプションを引き続き使用します。

組み込み vCLS 仮想マシンを識別する追加の構成オプションは vCLSCRX.agent で、その値は true です。

注: この追加の構成オプションは、外部 vCLS 仮想マシンの追加構成オプション ( HDCS.agent) に加えて設定されます。組み込み vCLS 仮想マシンと外部 vCLS 仮想マシンは、ほとんどの操作から除外するために HDCS.agent の存在を使用して検出される点で似ていますが、まだ一部の操作では vCLSCRX.agent の存在を使用して区別する必要がある点で異なります。

組み込み vCLS は、これらの仮想マシンを管理する拡張機能を内部/システム vpxd 拡張機能に変更します。

  • 組み込み vCLS 仮想マシンの仮想マシン構成のプロパティ managedBy は、その vCenter Server 拡張機能のキーに設定されます。このプロパティは、組み込み vCLS 仮想マシンを識別し、外部 vCLS 仮想マシンと区別するのに役立ちます。これは、このプロパティが vSphere に表示されるためです。
  • プロパティ config.managedBy.extensionKey は、VirtualCenter に設定されています。
  • プロパティ config.managedBy.type は、vcls-entity に設定されています。

切断された vCLS 仮想マシン

vCLS 仮想マシンが vCenter Server で切断されることがあります。この状況は、さまざまなシナリオで発生する可能性があります。

  • vCLS 仮想マシンを実行している ESX ホストがある
  • ホストで vpxa を停止して、接続の問題をシミュレートします。接続状態が notResponding に移行します。
  • ホストで vCLS 仮想マシンを停止します。
  • ホストで vpxa を再起動します。接続状態が connected に移行します。

上記の手順を実行すると、vCLS 仮想マシンは vCenter Server インベントリに配置されますが、ESX ホストには配置されません。そのため、この仮想マシンは orphaned としてマークされます。HdcsManager は、切断された vCLS 仮想マシンの検出と削除を行います。外部 vCLS では、切断された vCLS 仮想マシンの検出と削除を vCLS が行います。

クラスタ仮想プロパティ vclsVmType

vSphere は、クラスタが実行している vCLS 仮想マシンが外部 vCLS によって管理されているのか、vSphere によって管理されている組み込み vCLS によって管理されているのかについての情報を提供します。このプロパティの値は、組み込み vCLS 仮想マシン クラスタの場合は Embedded、外部 vCLS 仮想マシン クラスタの場合は external です。

vCLS 仮想マシンのクリーンアップ

vCLS 仮想マシンを実行しているクラスタ ESX ホストが vCenter Server との接続を失い、vCenter Server インベントリから削除された場合、vCLS 仮想マシンはその ESX ホスト上で引き続き実行されます。つまり、管理対象外の ESX ホストで vCLS 仮想マシンが実行されることになる可能性があります。

vCLS 仮想マシンを実行中の管理対象外の ESX ホストをスタンドアローン ホストとして追加した場合、vpxd は予期しない vCLS 仮想マシンの存在を検出し、その vCLS 仮想マシンを停止します。

vCLS 仮想マシンを実行中の管理対象外の ESX ホストを vCenter Server クラスタに追加した場合、vCLS はホストをクラスタに追加する前に vCLS 仮想マシンを停止しません。ホストを追加すると、vCLS 再構成ワークフローがトリガされます。このワークフローは、無関係な vCLS 仮想マシンを停止します。

vCLS の無効化

注: 外部 vCLS では、vCLS を(グローバルに、またはクラスタ単位で)無効にする機能は、 退避モードと呼ばれます。

外部 vCLS は、クラスタごとに vCLS 仮想マシンのデプロイを無効にできる機能を実装しています。この機能は、予期しない状況が発生した場合に外部 vCLS 機能を無効にする停止スイッチであるとも言えます。この機能が役立ついくつかのシナリオの例を示します。

  • クラスタで、DRS と HA の両方が無効になっています。この場合、vCLS 仮想マシンは使用できず、vCenter Server インベントリにシステム仮想マシンが存在しないことが望まれます。
  • クラスタで、DRS が無効、HA が有効になっています。この場合、vCLS 仮想マシンは仮想マシンを最適にフェイルオーバーするために多少役立ちますが、わずかな利点のために vCenter Server インベントリにシステム仮想マシンが存在することを望まない場合があります。
  • クラスタで、DRS が有効になっています。この場合、一時的な構成または一時的なランタイムの問題を解決するために、外部 vCLS デプロイを一時的に無効にしたいことがあります。たとえば、vCLS 仮想マシンが VSAN データストアに確実にデプロイされるようにするために、その VSAN データストアが使用可能になるまで、外部 vCLS を無効にしたい場合があります。

組み込み vCLS は、クラスタの vCLS を有効または無効にするために、同じ機能を保持します。

vSphere DRS および vCLS 仮想マシン

vSphere DRS は、vSphere の重要な機能で、vSphere クラスタ内で実行されるワークロードの健全性の維持に必要です。DRS は vCLS 仮想マシンの可用性に依存します。

注: vCLS 仮想マシンに問題があるクラスタで DRS を有効にすると、 [クラスタのサマリ] 画面に警告メッセージが表示されます。
注: DRS が有効でも vCLS 仮想マシンに問題がある場合、DRS が動作するにはその問題を解決する必要があります。 [クラスタのサマリ] 画面に警告メッセージが表示されます。

DRS が機能しない場合でも、必ずしも DRS が無効になっているわけではありません。vCLS の健全性が [非健全] に変更されるのは、DRS が有効なクラスタで vCLS 仮想マシンが実行されておらず、そのために DRS の最初のインスタンスがスキップされた場合に限られます。1 台以上の vCLS 仮想マシンが実行されていない場合、DRS が有効でないクラスタでの vCLS の健全性は [低下] のままです。vCenter Server は、偶然に劣化状態にならないように対策を講じています。たとえば、クラスタのメンテナンス モードの推奨事項には、すべての vCLS 対応ホストを一度にメンテナンス モードにするオプションは含まれていません。

外部 vCLS のデータストアの選択

vCLS 仮想マシン用のデータストアは、クラスタ内のホストに接続されているすべてのデータストアのランクに基づいて自動的に選択されます。

データストアに接続されているクラスタ内のホストに予約済みの空き DRS スロットがある場合、そのデータストアが選択される可能性は高くなります。このアルゴリズムでは、可能であれば vCLS 仮想マシンをローカル データストアではなく共有データストアに配置することを試行します。空き容量の大きいデータストアが優先されます。また、このアルゴリズムでは同じデータストアに複数の vCLS 仮想マシンを配置しないようにします。vCLS 仮想マシンのデータストアの変更は、デプロイしてパワーオンした後にのみ可能です。

vCLS 仮想マシンの VMDK を別のデータストアに移動する場合、または別のストレージ ポリシーを適用する場合は、vCLS 仮想マシンを再構成します。この操作を実行すると、警告メッセージが表示されます。

Storage vMotion を実行すると、vCLS 仮想マシンを別のデータストアに移行できます。1 つのデータセンターで実行されているすべての仮想マシンに適用される特定のメタデータ戦略がある場合など、vCLS 仮想マシンをワークロード仮想マシンから切り離してグループ化する必要があるときは、タグを付けたり、カスタム属性を割り当てたりすることができます。

注: データストアがメンテナンス モードのとき、データストアで vCLS 仮想マシンをホストする場合は、手動で Storage vMotion を適用して vCLS 仮想マシンを新しい場所に移動するか、クラスタを退避モードにする必要があります。警告メッセージが表示されます。
メンテナンス モードへの切り替えタスクは開始されますが、終了できません。これは、データストアに 1 台の仮想マシンが配置されているためです。続行する場合でも、[最近のタスク] でタスクを常にキャンセルできます。
選択したデータストアには、パワーオフできない vSphere クラスタ サービス仮想マシンが保存されている可能性があります。vSphere クラスタ サービスの健全性を確保するには、このデータストアをメンテナンスのために停止する前に、これらの仮想マシンを vMotion によりクラスタ内の別のデータストアに手動で移動する必要があります。ナレッジベースの記事 KB79892 を参照してください。
続行するには、[ すべての仮想マシンのストレージを移行し、移行後もメンテナンス モードへの切り替えを継続します。] チェックボックスをオンにします。
注: 組み込み vCLS はデータストアを使用せず、配置設定を無視します。

外部 vCLS データストアの配置

デフォルトの vCLS 仮想マシン データストアの配置をオーバーライドできます。

vSphere クラスタ サービス (vCLS) 仮想マシン データストアの場所は、デフォルトのデータストア選択ロジックによって選択されます。クラスタのデフォルトの vCLS 仮想マシン データストア配置をオーバーライドするには、クラスタを参照し、[構成 ] > [vSphere クラスタ サービス] > [データストア][追加] をクリックして、許可されるデータストアのセットを指定します。一部のデータストアは、vCLS を構成できない SRM などのソリューションまたは vSAN メンテナンス モードによってブロックされるため、一部のデータストアは、vCLS に対して選択できません。ユーザーは、vCLS 仮想マシンに対してソリューションにブロックされたデータストアを追加または削除できません。

vSphere クラスタ サービスの監視

vCLS 仮想マシンによって使用されたリソースと、それらの健全性ステータスを監視できます。

vCLS 仮想マシンは、[ホストおよびクラスタ] タブのインベントリ ツリーに表示されません。データセンター内のすべてのクラスタの vCLS 仮想マシンは、[vCLS] という名前の別の仮想マシンおよびテンプレート フォルダ内に配置されています。このフォルダと vCLS 仮想マシンは、vSphere Client[仮想マシンおよびテンプレート] タブにのみ表示されます。これらの仮想マシンは、通常のワークロード仮想マシンとは異なるアイコンで識別されます。vCLS 仮想マシンの [サマリ] タブで、vCLS 仮想マシンの目的に関する情報を確認できます。

[監視] タブで、vCLS 仮想マシンによって使用されるリソースを監視できます。

クラスタの [サマリ] タブに表示されている [クラスタ サービス] ポートレット内で、vCLS の健全性ステータスを監視できます。

表 1. vCLS の健全性ステータス
ステータス 色分け サマリ
健全 1 台以上の vCLS 仮想マシンが実行されている場合、クラスタ内のホストの数に関係なく、ステータスは健全なままになります。
低下しました 黄色 vCLS 仮想マシンが実行されていない状態が 3 分未満続いた場合、ステータスは低下になります。
非健全 vCLS 仮想マシンが実行されていない状態が 3 分以上続いた場合、DRS 対応クラスタのステータスは非健全になります。

vSphere クラスタ サービスの健全性の維持

vSphere DRS はこれらの仮想マシンの可用性に依存しているため、vCLS 仮想マシンは常にパワーオン状態になります。これらの仮想マシンはシステム仮想マシンとして扱う必要があります。管理者のみが vCLS 仮想マシンで選択的な操作を実行できます。クラスタ サービスの障害を回避するために、vCLS 仮想マシンでは構成や操作を実行しないでください。

vCLS 仮想マシンは、誤って削除されないように保護されています。クラスタ仮想マシンとフォルダは、管理者を含むユーザーが変更できないように保護されています。

管理者 SSO グループのメンバーであるユーザーだけが次の管理操作を実行できます。

  • vCLS 仮想マシンに対する読み取り専用アクセス
  • vCLS 仮想マシンに対するタグとカスタム属性の使用

vCLS 仮想マシンの健全な機能を妨げる可能性のある操作は、次のとおりです。

  • vCLS 仮想マシンの電源状態の変更
  • CPU、メモリ、ディスク サイズ、ディスクの配置など、vCLS 仮想マシンのリソースの再構成
  • 仮想マシンの暗号化
  • vCLS 仮想マシンの vMotion のトリガ
  • BIOS の変更
  • インベントリからの vCLS 仮想マシンの削除
  • ディスクからの vCLS 仮想マシンの削除
  • vCLS 仮想マシンの FT の有効化
  • vCLS 仮想マシンのクローン作成
  • PMem の構成
  • vCLS 仮想マシンを別のフォルダへの移動
  • vCLS 仮想マシンの名前変更
  • vCLS フォルダの名前変更
  • vCLS 仮想マシンでの DRS ルールとオーバーライドの有効化
  • vCLS 仮想マシンでの HA アドミッション コントロール ポリシーの有効化
  • vCLS 仮想マシンでの HA オーバーライドの有効化
  • vCLS 仮想マシンのリソース プールへの移動
  • スナップショットからの vCLS 仮想マシンのリカバリ

vCLS 仮想マシンで中断操作を実行すると、警告ダイアログ ボックスが表示されます。

トラブルシューティング:

電源状態などの vCLS 仮想マシンの健全性は、VMware ESX Agent Manager サービスおよび Workload Control Plane サービスで管理します。vCLS 仮想マシンのパワーオンに失敗した場合、または vCLS 仮想マシンのクォーラム不足のためにクラスタの DRS の最初のインスタンスがスキップされた場合は、クラスタのサマリ ページにバナーが表示され、エラー状態のトラブルシューティングに役立つナレッジベースの記事へのリンクが示されます。

vCLS 仮想マシンはシステム仮想マシンとして扱われるため、これらの仮想マシンをバックアップしたり、スナップショットを作成したりする必要はありません。これらの仮想マシンの健全性の状態は、vCenter Server サービスによって管理されます。

クラスタの退避モードへの切り替え

データストアがメンテナンス モードのとき、データストアで vCLS 仮想マシンをホストする場合は、Storage vMotion によって vCLS 仮想マシンを新しい場所に手動で移動するか、クラスタを退避モードにする必要があります。

このタスクでは、クラスタを退避モードにする方法について説明します。

手順

  1. vSphere Client にログインします。
  2. vCLS を無効にするクラスタに移動します。
  3. vCenter Server の [構成] タブに移動します。
  4. [構成] で、[全般] を選択します。
  5. デフォルトの [システム管理] オプションまたは [退避モード] を選択して、vCLS を無効にします。
  6. [OK] をクリックします。

結果

クラスタで DRS が有効になっている場合、DRS 機能は停止し、 [クラスタのサマリ] に追加の警告が表示されます。DRS が有効になっていても、退避モードから取り除くことで vCLS を再構成するまで DRS は機能しません。

vSphere HA による配置は、ホスト障害が発生している状況では最適になりません。HA は、配置の推奨について DRS に依存しています。それでも HA は仮想マシンをパワーオンしますが、これらの仮想マシンは最適でないホスト上でパワーオンされている可能性があります。

外部 vCLS のパスワードの取得

vCLS 仮想マシンにログインするためのパスワードを取得できます。

クラスタ サービスの健全性を確保するために、vCLS 仮想マシンへのアクセスは避けてください。このドキュメントは、vCLS 仮想マシンの明示的な診断を目的としています。

手順

  1. SSH を使用して vCenter Server Appliance にログインします。
  2. 次の Python スクリプトを実行します。
    /usr/lib/vmware-wcp/decrypt_clustervm_pw.py
  3. パスワードの出力を読み取ります。

    pwd-script-output

    Read key from file

    Connected to PSQL

    PWD: (password displayed here)

結果

取得したパスワードを使用して、vCLS 仮想マシンにログインできます。

vCLS 仮想マシン非アフィニティ ポリシー

vSphere では、vCLS 仮想マシンとワークロード仮想マシンの別のグループ間の非アフィニティがサポートされます。

コンピューティング ポリシーを使用すると、vSphere Distributed Resource Scheduler (DRS) でリソース プール内のホストに仮想マシンが配置される方法を指定できます。vSphere コンピューティング ポリシー エディタを使用して、コンピューティング ポリシーを作成および削除します。コンピューティング ポリシーは作成または削除できますが、変更することはできません。ポリシーの定義で使用されているカテゴリ タグを削除すると、ポリシーも削除されます。vSphere の [仮想マシンのサマリ] ページを開き、仮想マシンに適用されるコンピューティング ポリシーと、各ポリシーとのコンプライアンス ステータスを表示します。vCLS 仮想マシンのグループに非アフィニティであるワークロード仮想マシンのグループのコンピューティング ポリシーを作成できます。vCLS 非アフィニティ ポリシーは、ワークロード仮想マシンのグループに対して単一のユーザー表示タグを持つことができ、vCLS 仮想マシンの他のグループは内部的に認識されます。

vCLS 仮想マシン非アフィニティ ポリシーの作成または削除

vCLS 仮想マシン非アフィニティ ポリシーでは、仮想マシンと vCLS システム仮想マシンのカテゴリ間の関係を説明します。

vCLS 仮想マシン非アフィニティ ポリシーでは、vCLS 仮想マシンとアプリケーション仮想マシンを同じホストに配置することは推奨されません。このタイプのポリシーは、vCLS 仮想マシンと重要なワークロードを実行している仮想マシンを同じホスト上で実行しない場合に有用です。SAP HANA などの重要なワークロードを実行するためのいくつかのベスト プラクティスには、専用ホストが必要です。ポリシーが作成されると、配置エンジンは、ポリシー仮想マシンが実行されていないホストに vCLS 仮想マシンを配置しようとします。

vCLS 仮想マシン非アフィニティ ポリシーの実施は、いくつかの点で影響を受ける可能性があります。
  • さまざまなホスト上の複数の仮想マシンにポリシーが適用され、vCLS 仮想マシンを分散するための十分なホストを確保できない場合、vCLS 仮想マシンはポリシー仮想マシンのないホストに統合されます。
  • プロビジョニング操作でターゲット ホストが指定された場合、その指定はポリシーに違反しても常に考慮されます。DRS は、後続の修正サイクルで vCLS 仮想マシンを準拠ホストに移動しようとします。

手順

  1. vCLS 仮想マシン非アフィニティ ポリシーに含める仮想マシンのグループごとに、カテゴリを作成してタグを付けます。
  2. 含める仮想マシンにタグを付けます。
  3. vCLS 仮想マシン非アフィニティ ポリシーを作成します。
    1. vSphere で、[ポリシーおよびプロファイル] > [コンピューティング ポリシー] の順にクリックします。
    2. [追加] をクリックし、[新しいコンピューティング ポリシー] ウィザードを開きます。
    3. ポリシーの [名前] を入力し、[ポリシー タイプ] ドロップダウン コントロールから [vCLS 仮想マシンの非アフィニティ] を選択します。
      ポリシーの [名前] は一意である必要があります。
    4. ポリシーの [説明] を入力してから、[仮想マシン タグ] を使用して、ポリシーを適用する [カテゴリ][タグ] を選択します。
      複数の仮想マシン タグが 1 つのカテゴリに関連付けられている場合を除き、タグ [カテゴリ] を選択すると、ウィザードで仮想マシン タグが入力されます。
    5. [作成] をクリックしてポリシーを作成します。
  4. (オプション) コンピューティング ポリシーを削除するには、vSphere を開き、[ポリシーおよびプロファイル] > [コンピューティング ポリシー] の順にクリックして、各ポリシーをカードとして表示します。[削除] をクリックして、ポリシーを削除します。