第13章 高可用性およびクラスター
以下の章では、高可用性およびクラスターに関する RHEL 8 と RHEL 9 の間の最も重要な変更点を説明します。
13.1. 高可用性とクラスターにおける特筆すべき変更
クラフター
に対応する pcs
コマンドが削除
クラスター設定フォーマットを分析する clufter
ツールに対応する pcs
コマンドが削除されました。以下のコマンドが削除されました。
-
pcs config import-cman
: CMAN / RHEL6 HA クラスター設定のインポート -
pcs config export
: クラスター設定を、同じクラスターを再作成するpcs
コマンドのリストにエクスポート
OCF Resource Agent API 1.1 標準の pcs
サポート
pcs
コマンドラインインターフェイスは、OCF 1.1 リソースと STONITH エージェントをサポートするようになりました。このサポートの実装の一環として、エージェントのメタデータは OCF スキーマ (エージェントが OCF 1.0 または OCF 1.1 エージェントであるかに関係なく) に準拠する必要があります。エージェントのメタデータが OCF スキーマに準拠していない場合、pcs
はエージェントが無効であると仮定し、--force
オプションが指定されていない場合にエージェントのリソースを作成または更新しません。エージェントをリスト表示する pcsd
Web UI および pcs
コマンドは、リスト表示で無効なメタデータを持つエージェントを削除するようになりました。
新しい pcs
解析では、メタ属性のクローンを指定するときに meta
キーワードが必要
pcs
コマンド形式の一貫性を確保するために、meta
キーワードを指定せずに pcs resource clone
、pcs resource promotable
、および pcs resource create
コマンドを使用してメタ属性をクローンする設定は非推奨になりました。
以前は、pcs resource clone
および pcs resource promotable
コマンドでは、meta
キーワードが無視されていました。ただし、pcs resource create
コマンドでは、clone
キーワードに続く場合に、meta
キーワードの後に指定されたメタ属性は、クローンではなくリソースに割り当てられました。この更新された解析アルゴリズムでは、meta
キーワードが clone
キーワードに続く場合に、その後に指定されたメタ属性がクローンに割り当てられます。古い形式に依存する既存のスクリプトとの互換性を維持するには、pcs resource create
コマンドでクローンリソースを作成するときに --future
コマンドオプションを指定して、この新しい引数の処理を有効にする必要があります。
次のコマンドは、メタ属性 mv=v1
を持つリソースとメタ属性 mv=v2
を持つクローンを作成するようになりました。
pcs resource create dummy1 ocf:pacemaker:Dummy meta m1=v1 clone meta m2=v2 --future