VMware Cloud Foundation は、ESXi ホスト、vCenter Server、ストレージ（vSAN、NFS、VMFS on FC、または vVols）、NSX など、アプリケーション対応のインフラストラクチャ ユニットを表すワークロード ドメインで構成されます。ビジネス要件とリソースの可用性に応じて、標準アーキテクチャに従って個別のワークロード ドメインまたは統合アーキテクチャに続く共有ワークロード ドメインで管理コンポーネントとユーザー ワークロードを実行できます。

図 1. 標準アーキテクチャの例

標準アーキテクチャでは、VI ワークロード ドメインは管理ドメインとは別のインフラストラクチャ上にあります。同じラックまたは異なるラックに配置することも、複数のラックにまたがって配置することもできます。
図 2. 統合アーキテクチャの例

統合アーキテクチャでは、管理および VI ワークロード ドメインが同じインフラストラクチャ上にあります。リソース割り当ては、リソース プールを使用して行われます。

VMware Cloud Foundation の要件や業界が推奨する事項など、VMware Cloud Foundation 環境の設計に関する詳細については、『VMware Cloud Foundation の設計』ドキュメントを参照してください。

VMware Cloud Foundation 内のワークロード ドメイン

VMware Cloud Foundation は、アプリケーション対応のインフラストラクチャを表すワークロード ドメインで構成されます。ワークロード ドメインは、vCenter Server インスタンスによって管理される ESXi ホストをグループ化する論理ユニットで、VMware のベスト プラクティスに従って固有の特性を持ちます。

ワークロード ドメインは、SDDC Manager によって自動的にプロビジョニングされる 1 つ以上の vSphere クラスタで構成されます。各ワークロード ドメインには、次のコンポーネントが含まれています。

  • ESXi ホスト

  • 1 つの VMware vCenter Server™ インスタンス

  • vSphere HA および vSphere DRS が有効になっている 1 つ以上の vSphere クラスタ。

  • ワークロードのシステム トラフィックと NSX セグメント用に、クラスタごとに 1 つの vSphere Distributed Switch。

  • Software-Defined Networking を構成および実装するための 1 つの NSX Manager クラスタ。

  • 論理スイッチング、論理動的ルーティング、ロード バランシングのためにワークロード ドメイン内のワークロードを接続する、ワークロード ドメインの作成後に追加された 1 つの NSX Edge クラスタ。

  • 1 つ以上の共有ストレージ割り当て。

VMware Cloud Foundation は、管理ドメインと仮想インフラストラクチャ ワークロード ドメインの 2 種類のワークロード ドメインをサポートします。

管理ドメイン

管理ドメインは、VMware Cloud Builder による初期設定プロセス中に作成され、次の VMware Cloud Foundation 管理コンポーネントを含みます。

  • 4 台以上の ESXi ホスト

  • vCenter Server のインスタンス

  • 3 ノード構成の NSX Manager クラスタ

  • SDDC Manager

  • vSAN データストア

  • それぞれが最大 64 個の vSphere までスケール アップ可能な、1 つ以上の vSphere クラスタ

仮想インフラストラクチャ ワークロード ドメイン

仮想インフラストラクチャ ワークロード ドメインを作成して、ユーザー ワークロードを実行します。各仮想インフラストラクチャ ワークロード ドメインについて、ストレージ オプション（vSAN、NFS、vVol、または VMFS on FC）を選択できます。

仮想インフラストラクチャ ワークロード ドメインは、1 つ以上の vSphere クラスタで構成することができます。各クラスタは、最小 3 台のホストから開始して、最大 64 台のホストの vSphere までスケール アップできます。SDDC Manager は、仮想インフラストラクチャ ワークロード ドメインおよび基盤となる vSphere クラスタの作成を自動化します。

ご使用の環境内の最初の仮想インフラストラクチャ ワークロード ドメインでは、SDDC Manager によって vCenter Server インスタンスおよび 3 ノードの NSX Manager クラスタが管理ドメインに展開されます。以降の仮想インフラストラクチャ ワークロード ドメインごとに、SDDC Manager によって追加の vCenter Server インスタンスが展開されます。新しい仮想インフラストラクチャ ワークロード ドメインは、既存の仮想インフラストラクチャ ワークロード ドメインと同じ NSX Manager クラスタを共有したり、新しい NSX Manager クラスタを展開したりできます。仮想インフラストラクチャ ワークロード ドメインは、管理ドメインで NSX Manager クラスタを使用することができません。

VMware Cloud Foundation のアーキテクチャ モデル

VMware Cloud Foundation は、組織の要件と環境のリソース機能に応じて、標準と統合の 2 つのアーキテクチャ モデルをサポートします。本番環境のベスト プラクティスに従って、VMware Cloud Foundation インスタンス間のワークロード プロビジョニングとモビリティのための標準アーキテクチャを実装します。小規模環境を展開してユーザーの採用に応じて拡張していく場合、または SDDC の概念検証 (POC) を行う場合は、統合アーキテクチャを実装します。

標準アーキテクチャ モデル

標準アーキテクチャ モデルでは、管理ワークロードは専用の管理ドメインで実行され、ユーザー ワークロードは個別の仮想インフラストラクチャ (VI) ワークロード ドメインに展開されます。各ワークロード ドメインは個別の vCenter Server インスタンスによって管理されます。これにより、スケーラビリティが確保され、独立したライセンスとライフサイクル管理が可能になります。

標準アーキテクチャは、管理ワークロードをユーザーのワークロードから分離するという VMware のベスト プラクティスに準拠しているため、推奨されるモデルです。長期にわたる柔軟性と拡張のオプションを提供します。ワークロード ドメインは、同じラックに配置することも、複数のラックにまたがって配置することもできます。

統合アーキテクチャ モデル

このモデルでは、管理ワークロードとユーザー ワークロードが共有管理ドメインで一緒に実行されます。環境は単一の vCenter Server から管理され、vSphere リソース プールによって管理ワークロードとユーザー ワークロードが分離されます。管理ワークロードとコンピューティング ワークロードによってドメインが共有されるため、リソース プールは適切に構成される必要があります。

統合アーキテクチャに導入された VMware Cloud Foundation システムにホストを追加する場合は、仮想インフラストラクチャ ワークロード ドメインを作成して、コンピューティング リソース プールから新しく作成した仮想インフラストラクチャ ワークロード ドメインにユーザー ワークロード仮想マシンを移動することにより、標準アーキテクチャに移行できます。これらの仮想マシンを移動した後、管理ドメインのコンピューティング リソース プールの共有と予約の更新が必要になる可能性があります。