vRealize Operations は継続的な可用性 (CA) をサポートします。CA は、vRealize Operations クラスタを 2 つのフォルト ドメインに分割し、vSphere クラスタ間で拡張し、フォルト ドメイン全体の損失から分析クラスタを保護します。
継続的な可用性を使用して分析クラスタを構成できます。このようにすると、クラスタ ノードを 2 つのフォルト ドメインに広げることができます。フォルト ドメインは、データセンター内の物理的な場所に基づいてグループ化された 1 つ以上の分析ノードで構成されます。CA を使用すると、2 つのフォルト ドメインによって、物理的な場所全体の障害および 1 つのフォルト ドメイン専用のリソースからの障害を vRealize Operations が許容できるようになります。
vRealize Operations 内の継続的な可用性を有効にするには、監視ノードがクラスタにデプロイされている必要があります。vRealize Operations クラスタは、監視ノードを 1 台のみ含むことができます。監視ノードは、データの収集も保存も行いません。2 つのフォルト ドメイン間のネットワーク接続が失われた状況では、クラスタはスプリットブレイン状態に移行します。この状況は Witness（監視）ノードによって検出され、フォルト ドメインのいずれかがオフラインになって、データ不整合の問題が回避されます。Witness（監視）ノードによってオフラインにされたノードの管理ユーザー インターフェイスには、[オンラインにする] ボタンが表示されます。このオプションを使用してフォルト ドメインをオンラインにする前に、2 つのフォルト ドメインにわたるノード間のネットワーク接続が復元されていて、安定していることを確認してください。確認したら、フォルト ドメインをオンラインにすることができます。
CA を使用すると、フォルト ドメイン 1 にグループ化されたプライマリ ノードおよびデータ ノードに保存されているデータは、常に、フォルト ドメイン 2 とペアになっているレプリカ ノードとデータ ノードに 100% 同期されます。CA を有効にするには、プライマリ ノードに加えて、少なくとも 1 つのデータ ノードがデプロイされている必要があります。複数のデータ ノードがある場合は、プライマリ ノードを含めて偶数のデータ ノードが存在している必要があります。たとえば、クラスタには、適切なサイジング要件に基づいて、2、4、6、8、10、12、14、または 16 のノードが必要です。フォルト ドメイン 1 のプライマリ ノードに格納されたデータは、フォルト ドメイン 2 のレプリカ ノードに格納され、複製されます。フォルト ドメイン 1 のデータ ノードに保存されたデータは、フォルト ドメイン 2 のペアになっているデータ ノードに格納され、複製されます。ただし、プライマリ ノードに障害が発生した場合は、レプリカ ノードのみをプライマリ ノードの置き換えとして機能させることができます。
- CA は、1 つのフォルト ドメインに固有の分析ノードの半分の損失から分析クラスタを保護します。ノードの隔離、または障害ゾーンの構築をするために、vSphere クラスタ間でノードを拡張できます。
- CA を有効にすると、プライマリ ノードに障害が発生した場合に、プライマリ ノードが提供するすべての機能をレプリカ ノードが引き継ぐことができます。レプリカへのフェイルオーバーは自動的に行われ、操作とデータ収集の再開までに 2 ～3 分の vRealize Operations ダウンタイムのみを要します。
注： プライマリ ノードで障害が発生した場合、レプリカ ノードがプライマリ ノードになり、クラスタはデグレード モードで実行します。この問題を修正するには、次のいずれかのアクションを実行します。
- プライマリ ノードの障害を手動で修正します。
- プライマリ ノードを置き換えて CA モードに戻ります。代替ノードはノード障害を修正しません。代わりに、新しいノードはプライマリ ノードの役割を引き受けます。
- 管理インターフェイスで、CA レプリカ ノードが引き継がれて新しいプライマリ ノードになった後、以前のオフラインのプライマリ ノードをクラスタから削除できません。さらに、以前のノードはプライマリ ノードとして表示されたままになります。表示を更新してノードの削除を有効にするには、ブラウザを更新します。
- CA が有効になっている場合、クラスタは、データ ノードの半分、1 つのフォルト ドメイン全体の損失に対応でき、データはまったく失われません。CA は、一度に 1 つのフォルト ドメインのみが失われないように保護します。データ ノードとプライマリ/レプリカ ノード、または両方のフォルト ドメインにある 2 つ以上のデータ ノードを同時に失うことはサポートされていません。
- フォルト ドメインのいずれかがダウンしているときにプライマリ ノードまたはプライマリ ノードのレプリカをパワーオフすると、CA が有効になっているクラスタが機能しなくなります。
- CA が有効になっている場合、vRealize Operations のキャパシティおよび処理能力は半分に低減されます。これは、CA によりクラスタ全体のデータの冗長コピーが作成され、プライマリ ノードのレプリカ バックアップも作成されるためです。vRealize Operations クラスタ ノードの数およびサイズを計画する際は、CA を使用する可能性についても考慮してください。vRealize Operations クラスタのサイジング を参照してください。
- CA が有効になっている場合は、冗長性および隔離のために、別々のホスト上の各フォルト ドメイン内に分析クラスタ ノードをデプロイしてください。vSphere クラスタ内でノードを特定のホスト上に維持する非アフィニティ ルールを使用することもできます。
- 各フォルト ドメインでノードを分離しておくことができない場合でも、CA を有効にできます。ホスト障害が発生すると、フォルト ドメイン内のデータ ノードが失われ、他のフォルト ドメインでは引き続き vRealize Operations を使用できます。
- データ ノードを異なる vSphere クラスタに分割できない場合は、CA を有効にしないでください。クラスタに障害が発生すると、半分以上のデータ ノードが失われることがあります。これはサポートされず、vSphere 全体が使用不可能になる可能性があります。
- CA を使用しない場合、同じホスト上のノードを同じ vSphere に保持できます。CA を使用しない場合、1 つでもノードが失われると vRealize Operations 全体が使用不可能になる可能性があります。
- 両方のフォルト ドメインでデータ ノードをパワーオフし、VM のネットワーク設定を変更した場合、データ ノードの IP アドレスに影響します。この時点で、CA クラスタにアクセスできなくなり、すべてのノードのステータスが
"Waiting for analytics"に変更されます。固定 IP アドレスを使用していることを確認してください。 - HA 有効クラスタからデータを収集するように構成された vCenter Server アダプタを 1 つ以上持つノードを削除すると、そのノードに関連付けられた vCenter Server アダプタは収集を停止します。ノードを削除する前に、別のノードに接続するようにアダプタ構成を変更する必要があります。
- 管理インターフェイスに表示されるリソース キャッシュ カウントは、アクティブ オブジェクトのみの合計ですが、インベントリにはすべてのオブジェクトが表示されます。CA 有効クラスタからノードを削除して、vCenter Server アダプタでデータ収集と各ノードの再調整をできるようにすると、インベントリには、管理インターフェイスの表示とは異なるオブジェクト数が表示されます。
