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
リソースのロックが解除されると、クラスターはリソースを別の場所に移動できます。これは、リソースのスティッキネスの値または場所設定を使用して発生する可能性を制御できます。

注記

手動更新は、最初に次のコマンドを実行するとリモートノードで機能します。
  1. リモートノードで systemctl stop pacemaker_remote コマンドを実行してノードを停止します。
  2. pcs resource disable remote-connection-resource コマンドを実行します。
その後、リモートノードで手動更新を実行できます。
shutdown-lock-limit
このクラスタープロパティーをデフォルト値の 0 以外の値に設定すると、シャットダウンの開始以降に指定した時間内にノードが再参加しない場合に、他のノードの復旧にリソースが利用できます。ただし、時間間隔は cluster-recheck-interval クラスタープロパティーの値よりも頻繁に確認されることはありません。

注記

shutdown-lock-limit プロパティーは、以下のコマンドを最初に実行した場合に限りリモートノードで動作します。
  1. リモートノードで systemctl stop pacemaker_remote コマンドを実行してノードを停止します。
  2. 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 つのノードで構成されます。
  1. 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
  2. クラスターのステータスを確認します。この例では、リソース 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
...
  3. 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)
...
  4. クラスターサービスを 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

...
このページには機械翻訳が使用されている場合があります (詳細はこちら)。