第4章 Pacemaker をインストールする
次のドキュメントを参照して、最初に Pacemaker クラスターをセットアップしてください。
フェンシング/STONITH セットアップについては、Support Policies for RHEL High Availability Clusters - General Requirements for Fencing/STONITH のガイドラインに従ってください。さまざまなプラットフォームでサポートされているフェンシング/STONITH エージェントに関する情報は、Cluster Platforms and Architectures で入手できます。
このガイドでは、次のことが適切に機能していることを前提としています。
- Pacemaker クラスターはドキュメントに従って設定されており、適切で機能するフェンシングがあります
- (A)SCS インスタンスと ERS インスタンス間のエンキューレプリケーションは、エンキューレプリケーションサーバーのフェイルオーバーの設定 で説明されているように、手動でテストされています。
- ノードは、RHEL for SAP Repositories and How to Enable Them で説明されているように、必要なチャネルにサブスクライブされます。
4.1. 一般的なクラスタープロパティーを設定する
初期テスト中および運用後のリソースの不要なフェイルオーバーを回避するには、resource-stickiness および migration-threshold パラメーターに次のデフォルト値を設定します。デフォルトは、独自に定義された値で上書きするリソースには適用されないことに注意してください。
[root]# pcs resource defaults resource-stickiness=1 [root]# pcs resource defaults migration-threshold=3
警告: RHEL 8.4 (pcs-0.10.8-1.el8) の時点で、上記のコマンドは非推奨です。以下のコマンドを使用してください: +[source,text]
[root]# pcs resource defaults update resource-stickiness=1 [root]# pcs resource defaults update migration-threshold=3
注記:
1上記のコマンドをクラスターの 1 つのノードで実行するだけで十分です。
2.コマンド resource-stickiness=1 は、リソースが現在の場所で実行し続けることを奨励しますが、migration-threshold=3 は、3 回の失敗後にリソースを新しいノードに移動させます。リソースが時期尚早に別のノードにフェイルオーバーするのを防ぐには、通常は 3 で十分です。これにより、リソースのフェイルオーバー時間が制御可能な制限内に収まるようになります。
