4.7. 制約の作成
4.7.1. (A)SCS および ERS リソースグループのコロケーション制約を作成する リンクのコピーリンクがクリップボードにコピーされました!
リソースグループ s4h_ASCS20_group と s4h_ERS29_group は、同じノードで実行されないようにする必要があります。グループの順序は重要です。
[root@node1]# pcs constraint colocation add s4h_ERS29_group with s4h_ASCS20_group -5000
4.7.2. (A)SCS リソースの場所の制約を作成する (ENSA1 のみ) リンクのコピーリンクがクリップボードにコピーされました!
ENSA1 を使用する場合、フェイルオーバーの発生時に、ERS インスタンスを実行しているノードに (A)SCS インスタンスを確実に移動する必要があります。
[root@node1]# pcs constraint location s4h_ascs20 rule score=2000 runs_ers_S4H eq 1
4.7.3. (A)SCS および ERS リソースグループの順序の制約を作成する リンクのコピーリンクがクリップボードにコピーされました!
pacemaker が ERS インスタンスを管理するためのリソースグループを停止すると同時に (A)SCS インスタンスを管理するためのリソースグループを開始することを決定した場合は、(A)SCS インスタンスを管理するためのリソースグループが起動した後に、ERS インスタンスを管理するためのリソースグループを停止します。
[root@node1]# pcs constraint order start s4h_ASCS20_group then stop s4h_ERS29_group symmetrical=false kind=Optional
symmetrical=false および kind=Optional が使用されるため、この制約が有効にならない状況が発生する場合があります。詳細は、クラスターリソースの実行順序の決定 を参照してください。
4.7.4. クラスターが管理する /sapmnt リソースの順序の制約を作成する リンクのコピーリンクがクリップボードにコピーされました!
共有ファイルシステム /sapmnt がクラスターによって管理されている場合、次の制約を使用すると、(A)SCS および ERS インスタンスの管理に使用するリソースグループは、/sapmnt ファイルシステムが使用可能になった後にのみ起動するようになります。
[root@node1]# pcs constraint order s4h_fs_sapmnt-clone then s4h_ASCS20_group
[root@node1]# pcs constraint order s4h_fs_sapmnt-clone then s4h_ERS29_group