Show Table of Contents
このページには機械翻訳が使用されている場合があります (詳細はこちら)。
9.9. クリーンノードのシャットダウンで停止するようにリソースを設定 (Red Hat Enterprise Linux 7.8 以降)
クラスターノードがシャットダウンすると、Pacemaker のデフォルト応答は、シャットダウンが正常なシャットダウンであっても、そのノードで実行中のすべてのリソースを停止し、別の場所でリソースを復元します。Red Hat Enterprise Linux 7.8 では、ノードをクリーンにシャットダウンしたときに、ノードに接続されているリソースがノードにロックされ、シャットダウンしたノードがクラスターに再度参加する時に再度起動するまで、別の場所で起動するように Pacemaker を設定できます。これにより、ノードのリソースをクラスター内の他のノードにフェイルオーバーせずに、サービスの停止が許容可能なメンテナンス期間中にノードの電源を切ることができます。
9.9.1. クリーンノードシャットダウンで停止するようにリソースを設定するためのクラスタープロパティー
ノードの正常なシャットダウンでリソースがフェイルオーバーしないようにする機能は、以下のクラスタープロパティーで実装されます。
- shutdown-lock
- このクラスタープロパティーを
false
のデフォルト値に設定すると、クラスターは適切にシャットダウンしているノードでアクティブなリソースを復旧します。このプロパティーがtrue
に設定されると、適切にシャットダウンしているノードでアクティブなリソースは、クラスターに再度起動するまで別の場所で起動できなくなります。shutdown-lock
プロパティーはクラスターノードまたはリモートノードで機能しますが、ゲストノードは機能しません。shutdown-lock
がtrue
に設定されている場合は、以下のコマンドを実行し、ノードで手動更新を実行して、ノードがダウンした場合にクラスターリソースのロックを削除できます。pcs resource refresh resource --node node
リソースのロックが解除されると、クラスターはリソースを別の場所に移動できます。これは、リソースのスティッキネスの値または場所設定を使用して発生する可能性を制御できます。注記
手動更新は、最初に次のコマンドを実行するとリモートノードで機能します。- リモートノードで
systemctl stop pacemaker_remote
コマンドを実行してノードを停止します。 pcs resource disable remote-connection-resource
コマンドを実行します。
その後、リモートノードで手動更新を実行できます。 - shutdown-lock-limit
- このクラスタープロパティーをデフォルト値の 0 以外の値に設定すると、シャットダウンの開始以降に指定した時間内にノードが再参加しない場合に、他のノードの復旧にリソースが利用できます。ただし、時間間隔は
cluster-recheck-interval
クラスタープロパティーの値よりも頻繁に確認されることはありません。注記
shutdown-lock-limit
プロパティーは、以下のコマンドを最初に実行した場合に限りリモートノードで動作します。- リモートノードで
systemctl stop pacemaker_remote
コマンドを実行してノードを停止します。 pcs resource disable remote-connection-resource
コマンドを実行します。
これらのコマンドを実行すると、shutdown-lock-limit
で指定した時間が経過すると、リモートノード上で実行されていたリソースが他のノードの復旧に利用できます。
9.9.2. shutdown-lock クラスタープロパティーの設定
以下の例では、サンプルクラスターの
shutdown-lock
クラスタープロパティーを true
に設定し、ノードがシャットダウンして再起動した場合の影響を示しています。このクラスターの例は、z1.example.com
、z2.example.com
、および z3.example.com
の 3 つのノードで構成されます。
shutdown-lock
プロパティーをtrue
に設定し、その値を確認します。この例では、shutdown-lock-limit
プロパティーはデフォルト値 0 を維持します。[root@z3.example.com ~]#
pcs property set shutdown-lock=true
[root@z3.example.com ~]#pcs property list --all | grep shutdown-lock
shutdown-lock: true shutdown-lock-limit: 0- クラスターのステータスを確認します。この例では、リソース
three
およびfifth
がz1.example.com
で実行されます。[root@z3.example.com ~]#
pcs status
... Full List of Resources: ... * first (ocf::pacemaker:Dummy): Started z3.example.com * second (ocf::pacemaker:Dummy): Started z2.example.com * third (ocf::pacemaker:Dummy): Started z1.example.com * fourth (ocf::pacemaker:Dummy): Started z2.example.com * fifth (ocf::pacemaker:Dummy): Started z1.example.com ... z1.example.com
をシャットダウンします。これにより、そのノードで実行中のリソースを停止します。[root@z3.example.com ~] #
pcs cluster stop z1.example.com
Stopping Cluster (pacemaker)... Stopping Cluster (corosync)...pcs status
コマンドを実行すると、ノードz1.example.com
がオフラインであることを示し、z1.example.com
で実行されていたリソースはLOCKED
になります。[root@z3.example.com ~]#
pcs status
... Node List: * Online: [ z2.example.com z3.example.com ] * OFFLINE: [ z1.example.com ] Full List of Resources: ... * first (ocf::pacemaker:Dummy): Started z3.example.com * second (ocf::pacemaker:Dummy): Started z2.example.com * third (ocf::pacemaker:Dummy): Stopped z1.example.com (LOCKED) * fourth (ocf::pacemaker:Dummy): Started z3.example.com * fifth (ocf::pacemaker:Dummy): Stopped z1.example.com (LOCKED) ...- クラスターサービスを
z1.example.com
で再度開始して、クラスターに再参加できるようにします。ロックされたリソースはそのノードで開始する必要がありますが、起動時に必ずしも同じノードに留まる訳ではありません。[root@z3.example.com ~]#
pcs cluster start z1.example.com
Starting Cluster...この例では、3 番目と 5 番目のリソースが z1.example.com ノードで復元されます。[root@z3.example.com ~]#
pcs status
... Node List: * Online: [ z1.example.com z2.example.com z3.example.com ] Full List of Resources: .. * first (ocf::pacemaker:Dummy): Started z3.example.com * second (ocf::pacemaker:Dummy): Started z2.example.com * third (ocf::pacemaker:Dummy): Started z1.example.com * fourth (ocf::pacemaker:Dummy): Started z3.example.com * fifth (ocf::pacemaker:Dummy): Started z1.example.com ...
このページには機械翻訳が使用されている場合があります (詳細はこちら)。