6.9. 高可用性およびクラスター


IPaddr2 リソースエージェントがネットワークリンクの障害を検出するようになりました

この更新前は、IPaddr2 リソースエージェントはネットワークインターフェイスのリンク状態を監視していませんでした。その結果、基盤となるインターフェイスが DOWN または LOWERLAYERDOWN 状態であっても、IPaddr2 リソースはノード上で成功と報告し続けていました。これにより、クラスターが別のノードでそのリソースを回復することが妨げられていました。

このリリースでは、IPaddr2 エージェントが強化され、インターフェイスのリンクステータスを確認できるようになりました。

その結果、ネットワークインターフェイスがダウンした場合に IPaddr2 リソースが正しく失敗し、適切なフェイルオーバーが可能になります。この新しいデフォルトの動作は、リソースの設定で check_link_status=false パラメーターを設定することで無効にできます。

Jira:RHEL-85014[1]

AWS リソースエージェントが、信頼性を向上させるために IMDS トークンを再利用するようになりました

この更新前は、AWS リソースエージェントは操作ごとに新しいインスタンスメタデータサービス (IMDS) トークンを要求していました。これにより、単一のノードで多数の API 呼び出しが発生する可能性があり、特に AWS リソースが多数存在する環境では、リソース障害のリスクが増大していました。

この更新により、AWS リソースエージェントは IMDS トークンをキャッシュして、有効期限が切れるまで再利用するようになりました。

その結果、AWS メタデータサービスへの API 呼び出しの量が大幅に削減されます。これにより、高可用性クラスター内の AWS リソースのパフォーマンスと信頼性が向上します。

Jira:RHEL-81237[1]

awsvip リソースエージェントでネットワークインターフェイスを指定できるようになりました

この更新前は、awsvip リソースエージェントは、仮想 IP アドレスを EC2 インスタンスのプライマリーネットワークインターフェイスに常に割り当てていました。リソースにセカンダリーネットワークインターフェイスを使用することはできませんでした。

この機能拡張により、awsvip エージェントに interface パラメーターが追加されました。

このパラメーターを使用すると、エージェントが仮想 IP を割り当てるネットワークインターフェイスを指定できます。そのため、AWS でより柔軟なネットワーク設定が可能になります。

Jira:RHEL-81236[1]

fence_sbd エージェントが SBD デバイスを自動的に検出できるようになりました

この更新前は、fence_sbd リソースを設定するときに、devices パラメーターを使用して SBD デバイスパスを明示的に指定する必要がありました。

この更新により、fence_sbd エージェントがシステムからデバイス設定を取得できるようになりました。

そのため、fence_sbd リソースの作成時に devices パラメーターを設定しなかった場合、エージェントが /etc/sysconfig/sbd ファイル内の SBD_DEVICE 変数で指定されたデバイスを自動的に使用します。

Jira:RHEL-79799[1]

ウォッチドッグデバイスのリストで提供される情報がより詳細なものになりました

この更新前は、利用可能なウォッチドッグデバイスをリスト表示する場合、出力に /dev/watchdog0 などのデバイスパスしか表示されませんでした。そのため、管理者が同じシステム上の複数のデバイスを区別することが困難でした。

この更新により、出力に各ウォッチドッグのデバイスパス、ID、およびドライバーが含まれるようになりました。これにより、正しいデバイスを簡単に特定して選択できます。

Jira:RHEL-76176

Nutanix AHV 仮想化用の新しいフェンスエージェントが利用可能になりました

以前は、Red Hat High Availability Add-On が Nutanix Acropolis Hypervisor (AHV) 環境専用のフェンスエージェントを提供していませんでした。

この機能拡張により、fence_nutanix エージェントが追加されます。

その結果、Nutanix AHV プラットフォーム上で稼働するクラスターノードに対して STONITH を設定できるようになり、完全にサポートされた高可用性デプロイメントが可能になります。

Jira:RHEL-68322[1]

最後のフェンシングデバイスを削除する前に pcs がユーザーに警告します

この更新前は、ユーザーがクラスターから最後のフェンシングデバイスを無効化または削除することを、pcs が警告なしで許可していました。これにより、意図せずクラスターが STONITH も SBD フェンシングも設定されていないサポート対象外の状態になることがありました。

この機能拡張により、すべてのフェンスメカニズムが誤って削除されるのを防ぐために、安全チェックが pcs に組み込まれました。

その結果、クラスターからフェンシングがなくなる操作を実行しようとすると、pcs がデフォルトでエラーを表示し、変更をブロックするようになりました。たとえば、SBD が無効なときに最後の STONITH リソースを削除しようとすると、この問題が発生します。必要に応じて、この安全チェックを無効にして強制的に変更することができます。

Jira:RHEL-66607

pcs が提供する CIB 更新の失敗に関するエラーメッセージがより詳細なものになりました

以前は、pcs cluster edit コマンドまたは pcs cluster cib-push コマンドの使用時に CIB 更新が失敗すると、Pacemaker によって一般的なエラーメッセージが表示されていました。失敗の具体的な理由は説明されていなかったため、無効な設定のトラブルシューティングが困難でした。

この機能拡張により、pcs は、CIB プッシュが失敗したときに Pacemaker から詳細な検証チェックを要求するように更新されました。

その結果、CIB 更新が拒否されたときに、pcs は設定の問題点を説明する具体的なエラーメッセージを表示するようになりました。

Jira:RHEL-63186

pcs alert config コマンドが複数の出力形式をサポートするようになりました

以前は、pcs alert config コマンドは、人間が判読できるプレーンテキスト形式でのみ出力を表示していました。この形式は、機械による解析や設定の簡単な複製には適していませんでした。

この機能拡張により、pcs alert config コマンドに新しい --output-format オプションが追加されました。

その結果、設定済みのアラートを、以下に示す 3 つの形式のいずれかで表示できるようになりました。* text: 出力をプレーンテキストで表示します。これがデフォルトの形式です。* json: 出力を機械可読な JSON 形式で表示します。これはスクリプト作成や自動化に役立ちます。* cmd: 出力を一連の pcs コマンドとして表示します。これを使用すると、別のシステムで同じアラート設定を再現できます。

Jira:RHEL-44347

pcs resource meta コマンドがバンドルをサポートするようになり、ゲストノードの誤設定を防ぐように改善されました

以前は、pcs resource meta コマンドはバンドルリソースのメタ属性の管理をサポートしていませんでした。さらに、このコマンドでは、ユーザーがゲストノードの接続パラメーターを誤って変更するのを防ぐことができず、リソースの設定ミスが発生する可能性がありました。

この機能拡張により、pcs resource meta コマンドが書き換えられました。

その結果、pcs resource meta を使用してバンドルリソースのメタ属性を更新できるようになりました。これに加えて、このコマンドをゲストノードで使用する際に、接続パラメーターの意図しない変更を防ぎ、設定ミスの可能性を回避できるようになりました。

Jira:RHEL-35407

クラスターの名前を変更するための新しい pcs コマンドが利用可能になりました

以前は、pcs コマンドを使用して既存のクラスターの名前を変更できませんでした。管理者は一連の手動手順を実行する必要がありましたが、これは複雑でエラーが発生する可能性がありました。

この機能拡張により、pcs cluster rename コマンドが導入されました。

その結果、既存のクラスターの名前を簡単に変更できるようになりました。クラスターの名前を変更するには、次のコマンドを実行します。

pcs cluster rename <new-name>
Copy to Clipboard Toggle word wrap

Jira:RHEL-22423

pcs node attribute および pcs node utilization コマンドが、複数の出力形式をサポートするようになりました

以前は、pcs node attribute コマンドと pcs node utilization コマンドの出力は、人間が判読できるプレーンテキスト形式でのみ表示されていました。この形式は、機械による解析や設定の簡単な複製には適していませんでした。

この機能拡張により、pcs node attribute コマンドと pcs node utilization コマンドに新しい --output-format オプションが追加されました。

その結果、設定済みのノードの属性と使用率を、以下に示す 3 つの形式のいずれかで表示できるようになりました。* text: 出力をプレーンテキストで表示します。これがデフォルトの形式です。* json: 出力を機械可読な JSON 形式で表示します。これはスクリプト作成や自動化に役立ちます。* cmd: 出力を一連の pcs コマンドとして表示します。これを使用して、別のシステムで同じ設定を再現できます。

Jira:RHEL-21050

pcs が CIB の潜在的な問題を自動的に検証するようになりました

以前は、pcs ユーティリティーは Cluster Information Base (CIB) に対して高度な検証チェックを自動的に実行していませんでした。そのため、日常的な操作中に特定のクラスターの誤った設定が検出されないことがありました。

この機能拡張により、pcs が更新され、Pacemaker の CIB 検証ツールがワークフローに統合されました。

その結果、pcs statuspcs cluster edit、または pcs cluster cib-push コマンドを実行すると、pcs が自動的に検証チェックを実行し、結果を表示するようになりました。

Jira:RHEL-7681

暗号化されたボリュームを管理するための新しい crypt リソースエージェント

以前は、Red Hat High Availability Add-On は暗号化されたデバイスを管理するためのリソースエージェントを提供していませんでした。このため、cryptsetup で暗号化されたボリュームを Pacemaker クラスター内の高可用性リソースとして設定することが困難でした。

この更新により、新しい crypt リソースエージェントが導入されました。

その結果、暗号化されたローカルボリュームまたはネットワークボリュームをクラスターリソースとして設定できるようになりました。crypt エージェントは、これらのデバイスを cryptsetup を使用して管理します。また、標準の key_file を使用したボリュームのロック解除と、tang/clevis を使用したネットワークバウンドなロック解除をサポートしています。

Jira:RHEL-13089[1]

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2025 Red Hat