vCenter Server の設計では、VMware Cloud Foundation 環境のワークロード ドメインの vCenter Server インスタンスの場所、サイズ、高可用性、ID ドメインの隔離が考慮されます。
VMware Cloud Foundation の vCenter Server の論理設計
各ワークロード ドメインには、NSX Edge ノードとユーザー ワークロードを実行する ESXi ホストを管理する専用の vCenter Server があります。すべての vCenter Server インスタンスは、管理ドメインで実行されます。
単一のアベイラビリティ ゾーンがある VMware Cloud Foundation インスタンス |
複数のアベイラビリティ ゾーンがある VMware Cloud Foundation インスタンス |
|---|---|
|
|
VMware Cloud Foundation の vCenter Server のサイジングに関する考慮事項
環境の規模に応じて、適切な vCenter Server Appliance のサイズを選択します。
ワークロード ドメインを展開する場合は、環境の規模に適した vCenter Server Appliance のサイズを選択します。選択したオプションによって、アプライアンスの CPU の数とメモリ容量が決まります。展開する VMware Cloud Foundation インスタンスの全体的なプロファイルに応じたサイジングの詳細については、「VMware Cloud Foundation プランニングおよび準備ワークブック」を参照してください。
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 のみをサポートします。
高可用性の方法 |
VMware Cloud Foundation でのサポート |
検討事項 |
|---|---|---|
vSphere High Availability |
はい |
- |
vCenter High Availability (vCenter HA) |
いいえ |
|
vSphere Fault Tolerance (vSphere FT) |
いいえ |
|
VMware Cloud Foundation の vCenter Server 設計の要件と推奨事項
VMware Cloud Foundation の各ワークロード ドメインは、単一の vCenter Server インスタンスによって管理されます。この vCenter Server インスタンスのサイズとそのストレージ要件は、クラスタあたりの ESXi ホストの数と、これらのクラスタで実行する予定の仮想マシンの数に応じて決定します。
VMware Cloud Foundation の vCenter Server 設計の要件
| 要件 ID |
設計の要件 |
理由 |
影響 |
|---|---|---|---|
| VCF-VCS-REQD-CFG-001 |
VMware Cloud Foundation インスタンスの管理ドメイン専用の vCenter Server Appliance を展開します。 |
|
管理ドメインの vCenter Server インスタンスに個別のライセンスが必要です |
| VCF-VCS-REQD-NET-001 |
管理ドメインの仮想マシン管理ネットワークにすべてのワークロード ドメインの vCenter Server アプライアンスを配置します。 |
|
なし。 |
vCenter Server 設計の推奨事項
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 の設計に関する推奨事項
ストレッチ クラスタを使用する場合は、次の追加の設計に関する推奨事項が適用されます。
| 推奨 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 トポロジを選択します。
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 ドメイン |
|
|
vCenter Single Sign-On ドメインごとの追加のパスワード管理オーバーヘッド。 |
単一の vCenter Server インスタンス - 単一の vCenter Single Sign-On ドメイン トポロジには、定義により単一の vCenter Single Sign-On が含まれているため、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 ドメインにある場合、すべてのコンポーネントで認証データとライセンス データを共有できます。
|
|
| VCF-VCS-REQD-SSO-STD-002 |
VMware Cloud Foundation インスタンス内で、vCenter Server インスタンス間のリング トポロジを作成します。 |
デフォルトでは、1 つの vCenter Server インスタンスがレプリケートするのは、別の 1 つの vCenter Server インスタンスに対してのみです。このセットアップで作成されるのは、レプリケーションの単一点障害です。リング トポロジでは、各 vCenter Server インスタンスに 2 つのレプリケーション パートナーがあるため、単一点障害がなくなります。 |
なし。 |
| 要件 ID |
設計の要件 |
理由 |
影響 |
|---|---|---|---|
| VCF-VCS-REQD-SSO-ISO-001 |
VMware Cloud Foundation インスタンス内のすべての vCenter Server インスタンスを、一意の vCenter Single Sign-On ドメインに作成します。 |
|
|
