第4章 クラスタリング

以前は、システムのシャットダウン時に systemd および pacemaker が正しく調整されていなかったため、Pacemaker リソースが正しく終了しませんでした。今回の更新で、pacemaker は、dbus や pacemaker が起動する前に停止するように順序付けられます。これにより、pacemaker と pacemaker が管理するリソースの両方を適切にシャットダウンできます。

pcs resource move コマンドおよび pcs resource ban コマンドは、制約が削除されるまで、または制約が期限切れになるまで、現在のノードでリソースを実行しないようにする場所の制約を作成します。この動作はこれまで、ユーザーにとって明確ではありませんでした。これらのコマンドに、この動作に関する警告メッセージが表示され、これらのコマンドのヘルプ画面とドキュメントが明確になりました。

フェイルオーバーまたは管理者が手動でノードを移動することで Pacemaker リソースが移動した後、フェイルオーバーの原因となった状況が修正されても、必ずしも元のノードに戻るとは限りません。pcs resource relocate run コマンドを使用して、現在のクラスター状態、制約、リソースの場所、およびその他の設定によって決定される優先ノードにリソースを移動できるようになりました。pcs resource relocate show コマンドを使用して、移行したリソースを表示することもできます。これらのコマンドの詳細は、High Availability Add-On リファレンス を参照してください。

冗長電源のフェンシングを設定する場合は、電源がオフになっていることを、いずれかの電源がオンに戻る前に、両方の電源がオフになっていることを確認する必要があります。ノードの電源が完全にオフにならないと、ノードがリソースを解放しない場合があります。このとき、解放できなかったリソースに複数のノードが同時にアクセスして、リソースが破損する可能性があります。

Red Hat Enterprise Linux 7.2 より古いバージョンでは、オンまたはオフのアクションを使用するデバイスで異なるバージョンを明示的に設定する必要がありました。Red Hat Enterprise Linux 7.2 以降、各デバイスを 1 度のみ定義し、ノードのフェンシングに両方が必要であることを指定するだけで済みます。

冗長電源のフェンシングの設定については、High Availability Add-On Reference の Fencing: Configuring STONITH の章を参照してください。

1 つのデバイスでのみ使用されるフェンスエージェントには、pacemaker で複雑な設定が必要でした。port オプションに IP アドレスを入力する --port-as-ip オプションを使用できるようになりました。