1.6. RHEL HA Add-On

このドキュメントで説明するソリューションでは、RHEL HA Add-On を使用して、SAP HANA Scale-Out System Replication が 2 つのサイト間で確実に動作するようにします。このため、SAP HANA スケールアウト環境専用に公開されたリソースエージェントが使用され、SAP HANA スケールアウトシステムレプリケーション環境が管理されます。SAP HANA スケールアウトシステムレプリケーション環境の現在のステータスに基づいて、アクティブなマスターノードを別の利用可能なスタンバイノードに切り替えるか、スケールアウトシステムレプリケーション環境のアクティブな方すべてを 2 番目のサイトに切り替えるかを決定できます。このソリューションでは、スプリットブレインコンステレーションを回避するために、フェンシングメカニズムが設定されています。

RHEL HA アドオンを使用して RHEL 9 で HA クラスターを設定する方法の詳細は、次のドキュメントを参照してください。

SAP HANA scale-out リソースエージェントはあらゆる環境からのデータを使用するため、SAP HANA データベースからの scale-out およびシステムレプリケーションの方法を理解することが重要です。

まず、リソースエージェントは、すべてのサイトで安定した scale-out 環境を監視します。これは、十分な数の SAP HANA scale-out マスターネームサーバーノードが設定され、有効な状態にあるか確認します。その後、リソースエージェントはシステムレプリケーション状態をチェックします。すべてが正常に動作している場合は、システムレプリケーションのマスターサイトのアクティブマスターノードに仮想 IP アドレスが接続されます。障害状態では、クラスターはシステムレプリケーション設定を自動的に切り替えるように設定されます。

障害状態の定義は、マスターネームサーバーの設定によって異なります。たとえば、マスターネームサーバーが 1 つ設定されている場合に、マスターノードに障害が発生すると、クラスターは他のデータセンターに直接切り替わります。最大 3 つのマスターネームサーバーが設定されている場合、SAP HANA 環境は他のデータセンターに切り替える前に自動的に修復されます。Pacemaker はスコアリング数値を使用して、何をすべきかを決定します。SAP HANA を実行する場合、クラスターセットアップでこれらのパラメーターが変更されないことが非常に重要です。

Pacemaker 設定も、Shoot The Other Node In The Head (STONITH) を使用するフェンシング設定に基づいています。応答しないノードは、データにアクセスしていないことを意味するものではありません。STONITH を使用してノードをフェンスし、データが安全であることを確認します。STONITH は、不正なノードまたは同時アクセスによるデータの破損を防ぎます。2 つのサイト間の通信が失われた場合、両方のサイトが動作を継続できると認識する可能性があり、これが原因でデータが破損する可能性があります。これはスプリットブレインシナリオとも呼ばれます。これを防ぐために、クォーラムを追加して、誰が続行できるかを決定できます。クォーラムは、追加のノードまたは qdevice のいずれかになります。この例では、追加のノード majoritymaker を使用しています。