第25章 クラスタリング
Pacemaker は、Pacemaker リモートノードのフェンシングとフェンシング解除を正しく実装します。
以前は、Pacemaker は Pacemaker リモートノードのフェンシング解除を実装していませんでした。その結果、フェンスデバイスのフェンス解除が必要な場合でも、Pacemaker リモートノードはフェンスで囲まれたままになりました。この更新により、Pacemaker は Pacemaker リモートノードのフェンシングとアンフェンシングの両方を正しく実装し、前述の問題は発生しなくなります。(BZ#1394418)
Pacemaker がゲストノードをプローブするようになりました
ゲストノードのユーザー向けの重要な更新。
Pacemaker はゲストノードをプローブするようになりました。ゲストノードは、
VirtualDomain などのリソースの remote-node パラメーターを使用して作成された Pacemaker リモートノードです。ユーザーが以前にプローブが完了していないという事実に依存していた場合、プローブが失敗し、ゲストノードのフェンシングが発生する可能性があります。ゲストノードがリソースのプローブを実行できない場合 (たとえば、ソフトウェアがゲストにインストールされていない場合)、ゲストノードからのリソースを禁止する場所の制約では、resource-discovery オプションを Never に設定する必要があります。これは、同じ状況のクラスターノードまたはリモートノードで必要とされるのと同じです。(BZ#1489728)
pcs resource cleanup コマンドは不要なクラスター負荷を生成しなくなりました
pcs resource cleanup コマンドは、解決された失敗したリソース操作の記録をクリーンアップします。以前は、このコマンドはすべてのノード上のすべてのリソースをプローブし、クラスター操作に不要な負荷を生成していました。この修正により、コマンドはリソース操作が失敗したリソースのみをプローブするようになりました。pcs resource cleanup コマンドの以前の機能は、すべてのノード上のすべてのリソースをプローブする新しい pcs resource fresh コマンドに置き換えられました。クラスターリソースのクリーンアップについては、https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/7/html-single/high_availability_add-on_reference/#s1-resource_cleanup-HAAR を参照してください。(BZ#1508351)
ユーザーが stonith デバイスの action 属性を指定すると警告が生成されます
以前は、このオプションは非推奨であり、予期しないフェンシングを引き起こす可能性があるため推奨されませんが、ユーザーは stonith デバイスのアクション属性を設定することができました。次の修正が実装されました。
- ユーザーが CLI を使用して stonith デバイスの
actionオプションを設定しようとすると、--forceフラグを使用してこの属性を設定するように指示する警告メッセージが生成されます。 pcsdWeb UI では、actionオプションフィールドの横に警告メッセージが表示されるようになりました。- stonith デバイスに
アクションオプションが設定されている場合、pcs status コマンドの出力には警告が表示されます。(BZ#1421702)
--force フラグを指定せずに stonith エージェントのデバッグを有効にできるようになりました
以前は、
debug パラメーターまたは verbose パラメーターを設定して stonith エージェントのデバッグを有効にしようとすると、ユーザーが --force フラグを指定する必要がありました。この修正により、--force フラグを使用する必要がなくなりました。(BZ#1432283)
Fence_ilo3 リソースエージェントの action パラメーターのデフォルト値として cycle がなくなりました。
以前は、
fence_ilo3 リソースエージェントの action パラメーターのデフォルト値は cycle でした。データ破損を引き起こす可能性があるため、この値はサポートされていません。このパラメーターのデフォルト値は onoff になりました。さらに、stonith デバイスの method オプションが cycle に設定されている場合、pcs status コマンドの出力と Web UI に警告が表示されるようになりました。(BZ#1519370, BZ#1523378)
sbd が有効になっているが systemd によって正常に起動されていない場合、Pacemaker が起動しなくなりました
以前は、sbd が適切に起動しない場合でも、systemd が Pacemaker を起動していました。これにより、sbd ポイズンピルによる再起動は、fence_sbd によって検出されないと実行されなくなり、クォーラムベースの watchdog フェンシングの場合、クォーラムを失ったノードも自己フェンシングできなくなります。この修正により、sbd が適切に起動しない場合、Pacemaker は開始されません。これにより、sbd が起動しないことによるデータ破損のすべての原因が防止されます。(BZ#1525981)
sbd セットアップ内のフェンスされたノードが確実にシャットダウンされるようになりました
以前は、共有ディスク上の sbd によって使用されるポイズンピルメカニズムを介してノードがオフを受信すると、ノードは電源をオフにする代わりに再起動する可能性がありました。この修正により、オフを受信するとノードの電源がオフになります。リセットを受信すると、ノードが再起動されます。ノードがソフトウェア主導の再起動または電源オフを適切に実行できない場合、watchdog がトリガーされ、watchdog デバイスが設定されているアクションが実行されます。watchdog デバイスがノードの電源をオフにするように設定されており、フェンシングが共有ディスク上のポイズンピルメカニズムを介してオフを要求している場合、sbd セットアップのフェンスされたノードが確実にシャットダウンされるようになりました。(BZ#1468580)
IPaddr2 リソースエージェントは、ネットマスク 128 の IPv6 アドレスの NIC を検索するようになりました。
以前は、
IPaddr2 リソースエージェントは、ネットマスク 128 の IPv6 アドレスの NIC を見つけることができませんでした。この修正により、その問題が修正されます。(BZ#1445628)
portblock エージェントは過剰な不要なメッセージを生成しなくなりました
以前は、
portblock エージェントは、有用な情報を提供しない監視メッセージで /var/log/messages ファイルをあふれさせていました。この修正により、/var/log/messages ファイルには、portblock エージェントからのより制限されたログ出力が含まれるようになりました。(BZ#1457382)
/var/run/resource-agents ディレクトリーは再起動後も保持されるようになりました
以前は、
resource-agents パッケージのインストール時に作成された /var/run/resource-agents ディレクトリーは、再起動後は永続的ではありませんでした。この修正により、再起動後もディレクトリーが存在するようになりました。(BZ#1462802)
