この要件と推奨事項のリストを、単一または複数の VMware Cloud Foundation インスタンスを使用する環境での vSphere クラスタ構成に関する参照資料として使用してください。この設計の要素では、インスタンスに含まれるアベイラビリティ ゾーンが 1 つか複数かどうかも考慮されます。

設計の詳細については、「VMware Cloud Foundation の論理 vSphere クラスタ設計」を参照してください。

表 1. VMware Cloud Foundation の vSphere クラスタ設計要件

要件 ID

設計の要件

理由

影響

VCF-CLS-REQD-CFG-001

ESXi ホストの初期セットの各ワークロード ドメインにクラスタを作成します。

  • ユーザー ワークロードから管理ワークロードを分離することで、構成を簡素化します。

  • ユーザー ワークロードが管理スタックに影響を与えないことを確認します。

複数のクラスタおよび vCenter Server インスタンスを管理すると、運用上のオーバーヘッドが増加します。

VCF-CLS-REQD-CFG-002

展開するクラスタ タイプに応じて、ESXi ホストの最小数を割り当てます。

  • 正しいレベルの冗長性を確保して、クラスタ内のホスト障害から保護します。

冗長性をサポートするには、追加の ESXi ホスト リソースを割り当てる必要があります。

VCF-CLS-REQD-CFG-003

統合ワークロード ドメインを使用する場合は、次の vSphere リソース プールを構成して、管理ワークロードとユーザー ワークロード別にリソース使用量を制御します。

  • cluster-name-rp-sddc-mgmt

  • cluster-name-rp-sddc-edge

  • cluster-name-rp-user-edge

  • cluster-name-rp-user-vm

  • 管理コンポーネントに十分なリソースを確保します。

vSphere リソース プールの設定は、一定期間管理する必要があります。

VCF-CLS-REQD-CFG-004

vSAN クラスタの場合、vSAN Max クラスタを除き、クラスタの隔離アドレスとして vSAN ネットワーク ゲートウェイの IP アドレスを構成します。

vSphere HA はホストが vSAN ネットワークから隔離されているかどうかを検証できます。

追加の IP アドレスを割り当てる必要があります。

VCF-CLS-REQD-CFG-005

vSAN クラスタの場合、vSAN Max クラスタを除き、クラスタの詳細設定 das.usedefaultisolationaddress を false に設定します。

vSphere HA がデフォルトの管理ネットワーク ゲートウェイ アドレスではなく手動隔離アドレスを使用していることを確認します。

なし。
表 2. VMware Cloud Foundation を使用した vSAN ストレッチ クラスタの vSphere クラスタ設計要件

要件 ID

設計の要件

理由

影響

VCF-CLS-REQD-CFG-006

2 番目のアベイラビリティ ゾーンの vSAN ネットワークの IP アドレスを、クラスタの追加の隔離アドレスとして構成します。

両方のアベイラビリティ ゾーンのホストに対して、ホストが vSAN ネットワークから隔離されているかどうかを、vSphere HA で検証できるようにします。

vSAN ネットワーク ゲートウェイの IP アドレスは、高可用性があり、ICMP 要求に応答する必要があります。

VCF-CLS-REQD-CFG-007

すべての ESXi ホストの vSAN VMkernel アダプタで、[このアダプタのデフォルト ゲートウェイをオーバーライド] 設定を有効にします。

vSAN データ トラフィックを管理ゲートウェイ経由ではなく、vSAN ネットワーク ゲートウェイ経由でルーティングできるようにします。

アベイラビリティ ゾーン間の vSAN ネットワークには、相互にルートが必要です。

VCF-CLS-REQD-CFG-008

アベイラビリティ ゾーンごとにホスト グループを作成し、ゾーン内の ESXi ホストをそれぞれのグループに追加します。

どの仮想マシンがどのアベイラビリティ ゾーンで実行されるかを簡単に管理できます。

仮想マシンとホスト間の DRS グループ ルールを作成して維持する必要があります。
表 3. VMware Cloud Foundation のマルチラック コンピューティング VI ワークロード ドメイン クラスタのための vSphere クラスタ設計の要件

要件 ID

設計の要件

理由

影響

VCF-CLS-L3MR-REQD-CFG-001

レイヤー 3 を介してアクセス可能な各ラックの vSAN ネットワーク ゲートウェイの IP アドレスを、クラスタ内のラックのノードの隔離アドレスとして構成します。

ホストが vSAN ネットワークから隔離されているかどうかを、vSphere HA で検証できるようにします。

 vSAN ネットワーク ゲートウェイの IP アドレスは、高可用性があり、ICMP 要求に応答する必要があります。
表 4. VMware Cloud Foundation のマルチラック Edge の可用性のための vSphere クラスタ設計の要件

要件 ID

設計の要件

理由

影響

VCF-CLS-MRE-REQD-ENV-001

NSX Edge ノード用に少なくとも 2 つの vSphere クラスタを展開し、各ラックに 1 つの vSphere クラスタを配置します。

1 台のラックまたは単一の vSphere クラスタで障害が発生した場合に可用性を提供します。

追加のクラスタが必要です。
表 5. VMware Cloud Foundation の vSphere クラスタ設計の推奨事項

推奨 ID

設計の推奨事項

理由

影響

VCF-CLS-RCMD-CFG-001

vSphere HA を使用して、すべての仮想マシンを障害から保護します。

vSphere HA は、ESXi ホストと仮想マシンの可用性の両方に対して堅牢なレベルの保護をサポートします。

ホストが停止した場合にそれらのホストで仮想マシンを再起動できるように、残りのホストに十分なリソースを提供する必要があります。

VCF-CLS-RCMD-CFG-002

vSAN の場合、ホスト隔離時の対応を [パワーオフ] に設定し、vSphere HA で仮想マシンを再起動します。

vSAN では、ホスト隔離時の対応を [パワーオフ] に設定し、使用可能な ESXi ホスト上の仮想マシンを再起動する必要があります。

誤検知イベントが発生すると、仮想マシンはパワーオフされ、ESXi ホストが誤って隔離されていると宣言されます。

VCF-CLS-RCMD-CFG-003

1 台の ESXi ホストの障害および割合ベースのフェイルオーバー キャパシティのアドミッション コントロールを構成します。

仮想マシンの CPU またはメモリの予約が変化し、CPU またはメモリの予約が大量になる場合に、割合ベースの予約を使用すると適切に機能します。

vSphere は、許容する ESXi ホスト障害の数とクラスタ内の ESXi ホストの数に応じて、予約された割合を自動的に計算します。

4 台の ESXi ホストが含まれるクラスタでは、3 台の ESXi ホストのリソースのみを使用できます。

VCF-CLS-RCMD-CFG-004

各クラスタの仮想マシンの監視を有効にします。

仮想マシンを監視すると、ほとんどの仮想マシン ワークロードにゲスト内保護が提供されます。仮想マシンで実行されているアプリケーションまたはサービスは、再起動後に、または、仮想マシンの再起動が十分でない場合に、正常に再起動できる必要があります。

なし。

VCF-CLS-RCMD-CFG-005

管理アプライアンスのストレージおよびネットワーク I/O アクティビティの監視を無効にするには、クラスタの詳細設定 das.iostatsinterval を 0 に設定します。

OS 障害が発生し、ハートビートが VMware Tools から受信されない場合に、I/O チェックが完了するまで追加で待機する代わりに、管理アプライアンスの再起動をトリガできるようにします。

I/O 監視を特別に有効にする場合は、[das.iostatsinterval] の詳細設定を構成する必要があります。

VCF-CLS-RCMD-CFG-006

中程度のしきい値でデフォルトの完全自動化モードを使用して、すべてのクラスタで vSphere DRS を有効にします。

vSphere vMotion によるロード バランシングと不要な移行の間で最適なトレードオフが提供されます。

vCenter Server の停止が発生した場合、仮想マシンから ESXi ホストへのマッピングを特定するのが難しい場合があります。

VCF-CLS-RCMD-CFG-007

管理ドメイン内のすべてのクラスタで Enhanced vMotion Compatibility (EVC) を有効にします。

仮想マシンのダウンタイムなしでクラスタのアップグレードをサポートします。

EVC は、クラスタに同じベンダーの CPU を搭載したホストが含まれている場合にのみ有効にする必要があります。

ブリングアップ中に、デフォルトの管理ドメイン クラスタで EVC を有効にする必要があります。

VCF-CLS-RCMD-CFG-008

クラスタ EVC モードを、クラスタ内のホスト上で最も低い CPU アーキテクチャでサポートされている使用可能な最も高いベースラインに設定します。

仮想マシンのダウンタイムなしでクラスタのアップグレードをサポートします。

なし。

VCF-CLS-RCMD-LCM-001

イメージを、すべてのワークロード ドメインのライフサイクル管理方法として使用します。

  • vSphere Lifecycle Manager イメージを使用すると、ファームウェアとベンダー アドオンの管理を手動で簡素化できます。

  • vSAN ESA クラスタをサポートします。

  • VI ワークロード ドメインまたはクラスタの展開中は、クラスタ イメージが必要です。

  • 管理ドメインにクラスタを追加する場合は、クラスタ イメージが必要です。
表 6. VMware Cloud Foundation での vSAN ストレッチ クラスタの vSphere クラスタ設計の推奨事項

推奨 ID

設計の推奨事項

理由

影響

VCF-CLS-RCMD-CFG-009

アドミッション コントロールの割合を、クラスタ内の ESXi ホストの半分に増やします。

ストレッチ クラスタの半分のみを割り当てると、アベイラビリティ ゾーンが停止した場合にすべての仮想マシンに十分なリソースが確保されます。

8 台の ESXi ホストが含まれるクラスタでは、4 台の ESXi ホストのリソースのみを使用できます。

デフォルトの管理クラスタに ESXi ホストを追加する場合は、アベイラビリティ ゾーンごとに 1 台ずつ、ペアで追加します。

VCF-CLS-RCMD-CFG-010

アベイラビリティ ゾーンごとに仮想マシン グループを作成し、ゾーン内の仮想マシンをそれぞれのグループに追加します。

割り当てられたアベイラビリティ ゾーンにのみ仮想マシンが配置されるようにして、不要な vSphere vMotion 移行を回避します。

割り当てられたグループに仮想マシンを手動で追加する必要があります。

VCF-CLS-RCMD-CFG-011

同じアベイラビリティ ゾーン内の各ホストのグループの仮想マシンのグループごとに実行するために、グループ内のホストで実行する必要がある仮想マシンとホスト間のアフィニティ ルールを作成します。

割り当てられたアベイラビリティ ゾーンにのみ仮想マシンが配置されるようにして、不要な vSphere vMotion 移行を回避します。

ルールを手動で作成する必要があります。
表 7. VMware Cloud Foundation のマルチラック コンピューティング VI ワークロード ドメイン クラスタのための vSphere クラスタ設計の推奨事項

要件 ID

設計の要件

理由

影響

VCF-CLS-L3MR-RCMD-CFG-001

レイヤー 3 ネットワークを使用するマルチラック VI ワークロード ドメイン クラスタを、ラック レベルでレイヤー 3 境界を持つ少なくとも 4 つのラックに展開します。

回復性を向上させます。vSAN フォルト ドメインと組み合わせると、少なくとも 4 つのラックが 1 つのラックの障害から保護されます。

  • クラスタ内に少なくとも 4 台のホストが必要です。

  • vSAN フォルト ドメインを手動で構成する必要があります。