vCenter Server の設計では、VMware Cloud Foundation 環境のワークロード ドメインの vCenter Server インスタンスの場所、サイズ、高可用性、ID ドメインの隔離が考慮されます。

VMware Cloud Foundation の vCenter Server の論理設計

各ワークロード ドメインには、NSX Edge ノードとユーザー ワークロードを実行する ESXi ホストを管理する専用の vCenter Server があります。すべての vCenter Server インスタンスは、管理ドメインで実行されます。

図 1. VMware Cloud Foundation の vCenter Server の設計

各 VMware Cloud Foundation インスタンスには、管理 ESXi ホスト用の vCenter Server インスタンスが含まれています。新しいワークロード ドメインごとに、vCenter Server インスタンスが管理ドメインに追加されます。
表 1. vCenter Server のレイアウト

単一のアベイラビリティ ゾーンがある VMware Cloud Foundation インスタンス

複数のアベイラビリティ ゾーンがある VMware Cloud Foundation インスタンス

  • VI ワークロード ドメイン、NSX Manager クラスタ ノード、SDDC Manager、その他のソリューション用の vCenter Server インスタンスなど、SDDC の管理コンポーネントを管理する管理ドメイン用の 1 つの vCenter Server インスタンス。

  • 必要に応じて、VI ワークロード ドメインの追加の vCenter Server インスタンスを使用して、ユーザーのワークロードをサポートします。

  • すべての vCenter Server アプライアンスを保護する vSphere HA。

  • VI ワークロード ドメイン、NSX Manager クラスタ ノード、SDDC Manager、その他のソリューション用の vCenter Server インスタンスなど、SDDC の管理コンポーネントを管理する管理ドメイン用の 1 つの vCenter Server インスタンス。

  • 必要に応じて、VI ワークロード ドメインの追加の vCenter Server インスタンスを使用して、ユーザーのワークロードをサポートします。

  • すべての vCenter Server アプライアンスを保護する vSphere HA。

  • このゾーンで障害が発生しない限り、vCenter Server Appliance をプライマリ アベイラビリティ ゾーンで実行するように指定する、グループ内のホストで実行する必要がある、vSphere DRS の仮想マシン/ホストのアフィニティ ルール。

VMware Cloud Foundation の vCenter Server のサイジングに関する考慮事項

環境の規模に応じて、適切な vCenter Server Appliance のサイズを選択します。

ワークロード ドメインを展開する場合は、環境の規模に適した vCenter Server Appliance のサイズを選択します。選択したオプションによって、アプライアンスの CPU の数とメモリ容量が決まります。展開する VMware Cloud Foundation インスタンスの全体的なプロファイルに応じたサイジングの詳細については、「VMware Cloud Foundation プランニングおよび準備ワークブック」を参照してください。

表 2. vCenter Server のサイジングに関する考慮事項

vCenter Server Appliance のサイズ

管理キャパシティ

最小

最大でホスト 10 台または仮想マシン 100 台

小 *

最大でホスト 100 台または仮想マシン 1,000 台

中 **

最大でホスト 400 台または仮想マシン 4,000 台

最大でホスト 800 台または仮想マシン 10,000 台

特大

最大でホスト 800 台または仮想マシン 45,000 台

* 管理ドメイン vCenter Server のデフォルト

** VI ワークロード ドメイン vCenter Server インスタンスのデフォルト

VMware Cloud Foundation の vCenter Server の高可用性設計

vCenter Server の保護は、各ワークロード ドメインの管理と監視の中心であるため、重要です。

VMware Cloud Foundation は、vCenter Server の高可用性を実現する方法として vSphere HA のみをサポートします。

表 3. vCenter Server Appliance を保護する方法

高可用性の方法

VMware Cloud Foundation でのサポート

検討事項

vSphere High Availability

はい

-

vCenter High Availability (vCenter HA)

いいえ

  • vCenter Server サービスは、継続的な可用性がないようにパッシブ ノードにフェイルオーバーする必要があります。

  • リカバリ時間は最大 15 分です。

  • プライベート ネットワークの追加のネットワーク要件を満たす必要があります。

  • vCenter HA では、パッシブ ノードと監視ノードに追加のリソースが必要です。

  • ライフサイクル管理操作中にスタンバイ仮想マシンを手動で削除して再作成する必要があるため、ライフサイクル管理は複雑です。

vSphere Fault Tolerance (vSphere FT)

いいえ

  • vSphere FT 仮想 CPU の、仮想 CPU の制限により、vCenter Server Appliance のサイズは中に制限されます。

  • 専用ネットワークを指定する必要があります。

VMware Cloud Foundation の vCenter Server 設計の要件と推奨事項

VMware Cloud Foundation の各ワークロード ドメインは、単一の vCenter Server インスタンスによって管理されます。この vCenter Server インスタンスのサイズとそのストレージ要件は、クラスタあたりの ESXi ホストの数と、これらのクラスタで実行する予定の仮想マシンの数に応じて決定します。

VMware Cloud Foundation の vCenter Server 設計の要件

ワークロードの隔離、スケーラビリティ、障害に対する回復性の要件に従って、vCenter Server Appliance を割り当てます。
表 4. VMware Cloud Foundation の vCenter Server 設計の要件

要件 ID

設計の要件

理由

影響

VCF-VCS-REQD-CFG-001

VMware Cloud Foundation インスタンスの管理ドメイン専用の vCenter Server Appliance を展開します。

  • vCenter Server の障害を管理ワークロードまたはユーザー ワークロードに分離します。

  • 管理とユーザーの間で vCenter Server の操作を分離します。

  • SDDC にユーザー ワークロードが追加されていく中で管理コンポーネントを再利用できる、スケーラブルなクラスタ設計をサポートします。

  • VI ワークロード ドメイン vCenter Server の管理ワークロードを考慮しないため、ユーザー ワークロードのキャパシティ プランニングが簡素化されます。

  • メンテナンス ウィンドウを明示的に分離することで、vSphere 環境とその関連コンポーネントのアップグレード機能を向上します。

    • テナント ワークロードのアップグレード中も、管理ワークロードは引き続き使用できます

    • 管理ノードのアップグレード中も、ユーザー ワークロードは引き続き使用できます

  • ロールと責任の明確な分離をサポートし、権限が付与された管理者のみが管理ワークロードを制御できるようにします。

  • 迅速なトラブルシューティングと問題の解決を容易にします。

  • 管理コンポーネントとテナント ワークロードのリカバリの明確な分離をサポートすることで、ディザスタ リカバリ操作を簡素化します。

  • SDDC 内のクラスタのネットワーク分離を採用することで、潜在的なネットワークの問題を分離します。

管理ドメインの vCenter Server インスタンスに個別のライセンスが必要です

VCF-VCS-REQD-NET-001

管理ドメインの仮想マシン管理ネットワークにすべてのワークロード ドメインの vCenter Server アプライアンスを配置します。

  • 同じ VLAN とサブネットを使用して、管理仮想マシンの IP アドレス指定を簡素化します。

  • 同じ VLAN ネットワーク内の管理仮想マシンへの簡素化された安全なアクセスを提供します。

なし。

vCenter Server 設計の推奨事項

VMware Cloud Foundation の vCenter Server 設計では、サイジングと高可用性に関する特定のベスト プラクティスを適用できます。

表 5. VMware Cloud Foundation の vCenter Server 設計の推奨事項

推奨 ID

設計の推奨事項

理由

影響

VCF-VCS-RCMD-CFG-001

各ワークロード ドメインに、適切なサイズの vCenter Server Appliance を展開します。

ワークロード ドメインごとのリソースの可用性と使用効率を確実に実現します。

管理ドメインのデフォルト サイズは [小] で、VI ワークロード ドメインの場合は [中] です。これらの値を上書きするには、Cloud Builder API と SDDC Manager API を使用する必要があります。

VCF-VCS-RCMD-CFG-002

適切なストレージ サイズの vCenter Server Appliance を展開します。

ワークロード ドメインごとのリソースの可用性と使用効率を確実に実現します。

管理ドメインのデフォルト サイズは [小] で、VI ワークロード ドメインの場合は [中] です。これらの値を上書きするには、API を使用する必要があります。

VCF-VCS-RCMD-CFG-003

vSphere HA を使用して、ワークロード ドメイン vCenter Server Appliance を保護します。

vSphere HA は、VMware Cloud Foundation で vCenter Server の可用性を保護するためにサポートされている唯一の方法です。

vSphere HA のフェイルオーバー中は vCenter Server を使用できません。

VCF-VCS-RCMD-CFG-004

vSphere HA で、vCenter Server Appliance の再起動の優先順位ポリシーを高に設定します。

vCenter Server は、物理インフラストラクチャと仮想インフラストラクチャの管理プレーンおよび制御プレーンです。vSphere HA イベントで、残りの SDDC 管理スタックが確実に障害なく起動されるようにするには、他の管理コンポーネントがオンラインになる前に、ワークロード ドメイン vCenter Server を最初に使用できるようにする必要があります。

別の仮想マシンに最も高い再起動の優先順位が設定されている場合、管理コンポーネントの接続遅延が長くなります。

VMware Cloud Foundation を使用するストレッチ クラスタに対する vCenter Server の設計に関する推奨事項

ストレッチ クラスタを使用する場合は、次の追加の設計に関する推奨事項が適用されます。

表 6. VMware Cloud Foundation を使用した vSAN ストレッチ クラスタ用 vCenter Server 設計の推奨事項

推奨 ID

設計の推奨事項

理由

影響

VCF-VCS-RCMD-CFG-005

vCenter Server Appliance を最初のアベイラビリティ ゾーンの仮想マシン グループに追加します。

デフォルトで、vCenter Server Appliance が最初のアベイラビリティ ゾーンのホストでパワーオンされるようにします。

なし。

VMware Cloud Foundation の vCenter Single Sign-On 設計の要件

VMware Cloud Foundation インスタンスに含まれる VI ワークロード ドメインの vCenter Server インスタンスは、管理ドメインの vCenter Server インスタンスの vCenter Single Sign-On ドメインに参加させるか、隔離された vCenter Single Sign-On ドメインに展開できます。

展開のニーズと設計目標に応じて、vCenter Single Sign-On トポロジを選択します。

表 7. VMware Cloud Foundation の vCenter Single Sign-On トポロジ

VMware Cloud Foundation のトポロジ

vCenter Single Sign-On ドメイン トポロジ

メリット

デメリット

単一の vCenter Server インスタンス - 単一の vCenter Single Sign-On ドメイン

管理ドメイン vCenter Server インスタンスのみが含まれる単一の vCenter Single Sign-On ドメイン。

管理ドメイン コンポーネントと同じクラスタでユーザーのワークロードが実行される小規模な環境が有効になります。

-

複数の vCenter Server インスタンス - 単一の vCenter Single Sign-On ドメイン

リング トポロジを使用し、拡張リンク モード (ELM) の管理ドメインとすべての VI ワークロード ドメイン vCenter Server インスタンスが含まれる 1 つの vCenter Single Sign-On ドメイン。

すべてのワークロード ドメイン インスタンス間で vCenter Server ロール、タグ、ライセンスの共有が可能になります。

管理ドメインを含め、VMware Cloud Foundation インスタンスあたり 15 個のワークロード ドメインに制限されます。

複数の vCenter Server インスタンス - 複数の vCenter Single Sign-On ドメイン

  • 少なくとも 1 つの管理ドメイン vCenter Server インスタンスを持つ 1 つの vCenter Single Sign-On ドメイン

  • 独自の隔離された vCenter Single Sign-On ドメインをそれぞれが持つ、追加の VI ワークロード ドメイン。

  • vCenter Single Sign-On ドメイン レイヤーでの隔離を可能にすることで、セキュリティ分離を強化します。

  • VMware Cloud Foundation インスタンスあたり最大 25 個のワークロード ドメインをサポートします。

vCenter Single Sign-On ドメインごとの追加のパスワード管理オーバーヘッド。

図 2. 単一の vCenter Server インスタンス - 単一の vCenter Single Sign-On ドメイン


単一の vCenter Server インスタンス - 単一の vCenter Single Sign-On ドメイン トポロジには、定義により単一の vCenter Single Sign-On が含まれているため、vCenter Single Sign-On に関連する設計要件や推奨事項は必要ありません。

図 3. 複数の vCenter Server インスタンス - 単一の vCenter Single Sign-On ドメイン


表 8. 複数の vCenter Server インスタンス用の設計の要件 - VMware Cloud Foundation 用の単一の vCenter Single Sign-on ドメイン トポロジ

要件 ID

設計の要件

理由

影響

VCF-VCS-REQD-SSO-STD-001

VMware Cloud Foundation インスタンス内のすべての vCenter Server インスタンスを単一の vCenter Single Sign-On ドメインに参加させます。

すべての vCenter Server インスタンスが同じ vCenter Single Sign-On ドメインにある場合、すべてのコンポーネントで認証データとライセンス データを共有できます。
  • vCenter Single Sign-On ドメインは 1 つのみです。

  • 同じ vCenter Single Sign-On ドメイン内のリンクされた vCenter Server インスタンスの数は、15 インスタンスに制限されています。各ワークロード ドメインは専用の vCenter Server インスタンスを使用するため、各 VMware Cloud Foundation インスタンスに展開できるドメインは最大 15 個です。

VCF-VCS-REQD-SSO-STD-002

VMware Cloud Foundation インスタンス内で、vCenter Server インスタンス間のリング トポロジを作成します。

デフォルトでは、1 つの vCenter Server インスタンスがレプリケートするのは、別の 1 つの vCenter Server インスタンスに対してのみです。このセットアップで作成されるのは、レプリケーションの単一点障害です。リング トポロジでは、各 vCenter Server インスタンスに 2 つのレプリケーション パートナーがあるため、単一点障害がなくなります。

なし。

図 4. 複数の vCenter Server インスタンス - 複数の vCenter Single Sign-On ドメイン


表 9. VMware Cloud Foundation の複数の vCenter Server インスタンス - 複数の vCenter Single Sign-on ドメイン トポロジの設計の要件

要件 ID

設計の要件

理由

影響

VCF-VCS-REQD-SSO-ISO-001

VMware Cloud Foundation インスタンス内のすべての vCenter Server インスタンスを、一意の vCenter Single Sign-On ドメインに作成します。

  • vCenter Single Sign-On ドメイン レイヤーでの隔離を可能にすることで、セキュリティ分離を強化します。

  • 最大 25 個のワークロード ドメインをサポートします。

  • 各 vCenter Server サーバ インスタンスは、異なる管理認証情報のセットを使用して、独自の管理画面で管理されます。

  • 各 vCenter Single Sign-On ドメインのパスワード ローテーションは個別に管理する必要があります。