第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