次のサブセクションでは、NSX アプライアンスのクラスタ要件と特定のサイト展開の推奨事項について説明します。
クラスタ要件
-
本番環境では、管理プレーンと制御プレーンのスケール アウトと冗長性のために、NSX Manager（NSX フェデレーション 環境のローカル マネージャ）またはグローバル マネージャ クラスタに 3 つのメンバーを用意する必要があります。
クラスタ メンバーはそれぞれ固有のハイパーバイザー ホストに配置する必要があります。合計で 3 台の物理ハイパーバイザー ホストが必要です。1 台の物理ハイパーバイザー ホストの障害が NSX 制御プレーンに影響を及ぼさないようにするため、この設定が必要になります。3 つのすべてのクラスタ メンバーが異なるホストで実行されるように、非アフィニティ ルールの適用をお勧めします。
通常の本番環境では、NSX Manager（NSX フェデレーション環境のローカル マネージャ）またはグローバル マネージャが 3 ノード クラスタで動作しています。ただし、一時的にノードを追加して、IP アドレスを変更することができます。
重要： NSX Manager クラスタでは、クォーラムが動作している必要があります。つまり、メンバーの 3 つのうち少なくとも 2 つが実行中である必要があります。クォーラムが失われると、 NSX 管理プレーンと制御プレーンは機能しません。その結果、 NSX Manager のユーザー インターフェイスまたは API にアクセスできなくなり、管理プレーンを使用した構成を更新できなくなります。また、 NSX セグメントで仮想マシンを追加または vMotion することもできなくなります。Tier-0 の動的ルーティングは引き続き動作します。 -
NSX 3.1.1 以降では、NSX は本番環境での単一の NSX Manager またはグローバル マネージャの展開をサポートします。障害が発生した NSX Manager からリカバリするには、単一 NSX Manager の vSphere HA を構成します。バックアップ/リストアまたは vSphere HA を使用する単一 NSX Manager のリカバリに必要な時間は、NSX Manager ノードのクラスタによって提供される可用性よりも大幅に長くなる可能性があります。同様に、本番環境のワークロードを処理しないラボや事前検証 (POC) 環境の場合は、リソースを節約するため、単一の NSX Manager またはグローバル マネージャを実行することもできます。NSX Manager またはグローバル マネージャ ノードは、ESXi または KVM のいずれかに展開できます。ただし、ESXi と KVM の両方にマネージャを展開することはできません。
- 本番環境に単一の NSX Manager またはグローバル マネージャを展開する場合は、マネージャ ノードのホスト クラスタで vSphere HA を有効にして、ESXi の障害発生時にマネージャ仮想マシンの自動リカバリを行うこともできます。vSphere HA の詳細については、vSphere ドキュメント センターにある『 vSphere の可用性』ガイドを参照してください。
- いずれかの NSX Manager ノードが停止すると、3 つのノードの NSX Manager クラスタにより冗長性が提供されます。ただし、いずれかの NSX Manager ノードがディスクを失うと、読み取り専用状態になります。ネットワーク接続が「稼動中」の場合は、引き続きクラスタに参加している可能性があります。この場合、管理プレーンと制御プレーンが利用できなくなる可能性があります。この問題を解決するには、影響を受けるNSX Managerをパワーオフします。
VMware vCenter での非アフィニティ ルールの構成
DRS 非アフィニティ ルールを設定して、可能な限り 2 台の NSX Manager 仮想マシンが同じホスト上で実行されないようにします。vSphere ガイドに従って、仮想マシン間のアフィニティ ルールを構成します。「仮想マシン間のアフィニティ ルールの作成」を参照してください。
仮想マシンとホスト間のアフィニティ ルール。「仮想マシンとホスト間のアフィニティ ルールの作成」を参照してください。
vSphere HA によるリカバリ
NSX で vSphere HA（高可用性）を使用すると、NSX Manager ノードを実行しているホストで障害が発生したときに、迅速にリカバリできます。vSphere 製品ドキュメントで「vSphere HA クラスタの作成と使用」を参照してください。
