2.5. HA クラスターの要件

フェンシング

RHEL HA Add-On を使用したサポートされている HA クラスターのセットアップでは、各クラスターノードでフェンシングまたは STONITH デバイスを設定する必要があります。使用できるフェンシングまたは STONITH デバイスは、クラスターが実行されているプラットフォームによって異なります。フェンスエージェントに関する推奨事項は、Support Policies for RHEL High Availability Clusters - Fencing/STONITH を確認するか、ハードウェアプロバイダーまたはクラウドプロバイダーに問い合わせて、プラットフォームでサポートされているフェンスデバイスを確認してください。

クォーラム

パフォーマンスが最適化されたセットアップで Pacemaker クラスターによって管理される HANA システムレプリケーションを備えた HANA 環境は、常に偶数個の HANA ノードで構成されます。各クラスターメンバーは、クォーラム計算で自動的に 1 票としてカウントされます。クラスターは、このクォーラム計算を使用して、ノード間の通信が中断された場合にどのノードが実行を継続できるかを決定します。クラスターノードの数が偶数の場合、50/50 に分割されてスプリットブレイン状態が発生するリスクがあります。スプリットブレイン状態が発生した場合は、両方のパーティションが実行を継続し、実行中のサービスで競合やデータ破損が発生します。

クラスター内で追加のクォーラム票を設定して投票数を奇数にし、複数のクラスター相互接続障害が発生した場合におけるサービスの可用性を高めることが強く推奨されます。概念とその利点の詳細は、Exploring Concepts of RHEL High Availability Clusters - Quorum を参照してください。

qdevice または追加のクラスターノードを使用して、クラスターにクォーラム票を追加できます。どちらの方法も別のホストを必要とし、それぞれ考慮すべき利点と制限があります。

次のクォーラムデバイス方法の設定手順については、クラスター内のクォーラムデバイスの設定 を参照してください。