外部の Platform Services Controller インスタンスと高可用性を使用したデプロイ トポロジ

外部のデプロイで Platform Services Controller の高可用性を確保するには、vCenter Single Sign-On ドメインに、2 つ以上の参加済み Platform Services Controller インスタンスをインストールするかデプロイする必要があります。サードパーティのロード バランサを使用する場合は、ダウンタイムのなしの自動フェイルオーバーを確実に実行することができます。

注： 外部の Platform Services Controller を使用する vCenter Server 展開環境は、今後の vSphere リリースではサポート対象外となる予定です。 vCenter Server 展開環境への展開またはアップグレードには、組み込みの Platform Services Controller を使用してください。詳細については、ナレッジベースの記事 KB60229 を参照してください。

ロード バランサを使用する Platform Services Controller

図 1. Platform Services Controller インスタンスのロード バランシングされたペアの例

サイトごとにサードパーティのロード バランサを使用して、そのサイトに対して自動フェイルオーバーに対応する Platform Services Controller 高可用性を構成することができます。ロード バランサの背後の Platform Services Controller インスタンスの最大数については、『構成の上限』ドキュメントを参照してください。

重要： ロード バランサの背後で Platform Services Controller の高可用性を構成するには、 Platform Services Controller インスタンスが同じオペレーティング システム タイプである必要があります。ロード バランサの背後では、オペレーティング システム タイプが異なる Platform Services Controller インスタンスはサポートされていません。

vCenter Server インスタンスはロード バランサに接続されます。Platform Services Controller インスタンスが応答を停止した場合、ロード バランサはその他の機能する Platform Services Controller インスタンス間で負荷を自動的に分散し、ダウンタイムを発生させません。

vCenter Single Sign-On サイト間でロード バランサを使用する Platform Services Controller

図 2. 2 つのサイト間でロード バランシングされる 2 ペアの Platform Services Controller インスタンスの例

vCenter Single Sign-on ドメインが複数のサイトにまたがる場合があります。自動フェイルオーバーに対応する Platform Services Controller 高可用性をドメイン全体で確保するには、各サイトに個別のロード バランサを構成する必要があります。

ロード バランサを使用しない Platform Services Controller

図 3. ロード バランサを使用しない 2 つの参加済み Platform Services Controller インスタンスの例

ロード バランサがない同一のサイトに複数の Platform Services Controller インスタンスを参加させる場合、そのサイトに対して、手動フェイルオーバーに対応する Platform Services Controller 高可用性を構成します。

Platform Services Controller インスタンスが応答を停止した場合は、サイトに登録した vCenter Server インスタンスを手動でフェイルオーバーする必要があります。インスタンスをフェイルオーバーするには、同じサイト内で機能する他の Platform Services Controller インスタンスに、該当のインスタンスを指定し直します。vCenter Server を同じドメイン内の別の外部 Platform Services Controller に再ポイントするを参照してください。

注： vCenter Single Sign-On ドメインに 3 つ以上の Platform Services Controller インスタンスがある場合は、リング トポロジを手動で作成できます。リング トポロジがあると、いずれかのインスタンスに障害が発生したときに Platform Services Controller の信頼性が確保されます。リング トポロジを作成するには、デプロイした最初と最後の Platform Services Controller インスタンスに対して /usr/lib/vmware-vmdir/bin/vdcrepadmin -f createagreement コマンドを実行します。

vCenter Single Sign-On サイト間でロード バランサを使用しない Platform Services Controller

図 4. ロード バランサがない 2 つのサイトに置かれた 2 ペアの参加済み Platform Services Controller インスタンスの例

vCenter Single Sign-on ドメインが複数のサイトにまたがる場合があります。ロード バランサが使用できない場合は、同じサイト内で障害が発生した Platform Services Controller から、機能するものに vCenter Server を手動で指定し直すことができます。vCenter Server を同じドメイン内の別の外部 Platform Services Controller に再ポイントするを参照してください。