必要に応じて、VMware Cloud Director アプライアンス ベースのサーバ グループに個別の構成を使用したり、VMware Cloud Director 仮想アプライアンス インスタンスに異なるサイズを使用したりできます。
概要
プライマリ セルで障害が発生した場合にクラスタが自動フェイルオーバーをサポートできるように、VMware Cloud Director の最小デプロイは 1 つのプライマリ セルと 2 つのスタンバイ セルで構成される必要があります。この環境は、何らかの理由でいずれかのセルがオフラインになる障害シナリオでも引き続き利用できます。スタンバイ障害が発生した場合、障害が発生したセルを再デプロイするまで、クラスタはパフォーマンスをいくらか低下させながら完全に機能した状態で動作します。アプライアンス環境とデータベースの高可用性構成を参照してください。
VMware Cloud Director アプライアンスには、デプロイ時に選択できる 4 つのサイズ（小、中、大、特大 (VVS)）があります。小規模アプライアンス サイズはラボの評価に適しています。このドキュメントでは、小規模アプライアンス構成に関するガイダンスは提供していません。サイジング オプションの表に、その他のオプションの仕様と、本番環境に最適な使用事例を示します。特大構成は、VMware Validated Solutions (VVS) for Cloud Providersのスケール プロファイルと一致しています。
より大きなカスタム サイズを作成するために、システム管理者はデプロイされたセルのサイズを調整できます。
本番環境で推奨される最小の構成は、中規模仮想アプライアンスの 3 ノードによるデプロイです。
VMware Cloud Director アプライアンスのサイジング オプション
次の決定ガイドを使用して、環境のアプライアンス サイズを見積もることができます。
| 中 | 大 | 特大 (VVS) | |
|---|---|---|---|
| 推奨される使用事例 | ラボ環境または小規模な本番環境 | 本番環境 | API 統合および監視を使用する本番環境 |
| vRealize Operations Management Pack 環境での VMware Cloud Director のデプロイ | いいえ | いいえ | はい |
| VMware Cloud Director Availability 環境での VMware Cloud Director のデプロイ | いいえ | いいえ | はい |
| VMware Cloud Director での Cassandra 仮想マシン メトリックの有効化 | いいえ | いいえ | はい |
| 30 分のピーク期間に API にアクセスする同時実行ユーザーまたはクライアントの概数。 | < 50 | < 100 | < 100 |
| 管理対象仮想マシン | 5,000 | 5,000 | 15,000 |
構成の定義
| 中 | 大 | 特大 (VVS) | |
|---|---|---|---|
| HA クラスタ構成 | 1 つのプライマリ セル + 2 つのスタンバイ セル | 1 つのプライマリ セル + 2 つのスタンバイ セル + 1 つのアプリケーション セル | 1 つのプライマリ セル + 2 つのスタンバイ セル + 2 つのアプリケーション セル |
| プライマリまたはスタンバイ セルの vCPU | 8 | 16 | 24 |
| アプリケーション セルの vCPU | 該当なし | 8 | 8 |
| プライマリまたはスタンバイ セルの RAM | 16 GB | 24 GB | 32 GB |
| アプリケーション セルの RAM | 該当なし | 8 | 8 |
| vCPU と物理コアの比率 | 1:1 | 1:1 | 1:1 |
| クラスタ内の各アプライアンスの最小ディスク容量 | 112 GB | 112 GB | 112 GB |
システムがサイズ不足かどうかを検出する方法
VMware Cloud Director セルでは、CPU またはメモリの使用量が増加すると、高レベル、つまりキャパシティ近くのレベルで推移します。また、VMware Cloud Director セルでデータベースへの接続が切断される場合があります。
システムのセル数が不十分かどうかを検出する方法
vPostgres データベース パラメータの自動構成
- shared_buffers
- effective_cache_size
- max_worker_processes
