Skip to main content
BeeGFS on NetApp with E-Series Storage
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

HAクラスタでのPacemakerおよびCorosyncパッケージのアップグレード

共同作成者 mcwhiteside

HAクラスタ内のPacemakerおよびCorosyncパッケージをアップグレードする手順は、次のとおりです。

概要

PacemakerとCorosyncをアップグレードすることで、クラスタは新機能、セキュリティパッチ、およびパフォーマンスの向上の恩恵を受けることができます。

アップグレードアプローチ

クラスタのアップグレードには、ローリングアップグレードとクラスタの完全なシャットダウンの2つの方法が推奨されます。各アプローチには独自の利点と欠点があります。アップグレード手順は、Pacemakerのリリースバージョンによって異なる場合があります。使用するアプローチを決定するには、ClusterLabsのドキュメントを参照して"Pacemakerクラスタのアップグレード"ください。アップグレードアプローチに従う前に、次のことを確認してください。

  • 新しいPacemakerおよびCorosyncパッケージは、NetApp BeeGFSソリューション内でサポートされています。

  • BeeGFSファイルシステムおよびPacemakerクラスタ構成に対して有効なバックアップが存在します。

  • クラスタは正常な状態です。

ローリングアップグレード

この方法では、各ノードをクラスタから削除してアップグレードし、すべてのノードで新しいバージョンが実行されるまでクラスタに再導入します。この方法ではクラスタの運用を維持できるため、大規模なHAクラスタには最適ですが、処理中にバージョンが混在するリスクがあります。この方法は2ノードクラスタでは使用しないでください。

  1. 各BeeGFSサービスが優先ノードで実行され、クラスタが最適な状態であることを確認します。詳細については、を参照してください "クラスタの状態を確認します"

  2. ノードをアップグレードするには、ノードをスタンバイモードにして、すべてのBeeGFSサービスを停止(または移動)します。

    pcs node standby <HOSTNAME>
  3. 次のコマンドを実行して、ノードのサービスが削除されたことを確認します。

    pcs status

    スタンバイのノードでサービスがとして報告されていないことを確認します Started

    メモ クラスタのサイズによっては、サービスが姉妹ノードに移動するまでに数秒から数分かかることがあります。姉妹ノードでBeeGFSサービスが開始されない場合は、を参照してください"トラブルシューティングガイド"
  4. ノードのクラスタをシャットダウンします。

    pcs cluster stop <HOSTNAME>
  5. ノードのPacemaker、Corosync、およびPCsパッケージをアップグレードします。

    メモ パッケージマネージャのコマンドは、オペレーティングシステムによって異なります。次のコマンドは、RHEL 8以降を実行するシステム用です。
    dnf update pacemaker-<version>
    dnf update corosync-<version>
    dnf update pcs-<version>
  6. ノードでPacemakerクラスタサービスを開始します。

    pcs cluster start <HOSTNAME>
  7. パッケージが更新された場合は pcs、クラスタでノードを再認証します。

    pcs host auth <HOSTNAME>
  8. ツールを使用して、ペースメーカーの設定がまだ有効であることを確認します crm_verify

    メモ この検証は、クラスタのアップグレード時に1回だけ実行します。
    crm_verify -L -V
  9. ノードのスタンバイを解除します。

    pcs node unstandby <HOSTNAME>
  10. すべてのBeeGFSサービスを優先ノードに再配置します。

    pcs resource relocate run
  11. クラスタ内の各ノードで上記の手順を繰り返して、すべてのノードで目的のバージョンのペースメーカー、Corosync、およびPCが実行されるようにします。

  12. 最後に、を実行し `pcs status`てクラスタが正常であることを確認し、で `Current DC`目的のPacemakerバージョンが報告されます。

    メモ 「mixed-version」と表示される場合 `Current DC`は、クラスタ内のノードが以前のバージョンのPacemakerで実行されているため、アップグレードが必要です。アップグレードしたノードがクラスタに再参加できない場合、またはリソースが起動しない場合は、クラスタログを確認し、アップグレードの既知の問題についてPacemakerのリリースノートまたはユーザガイドを参照してください。

クラスタのシャットダウン後の処理

この方法では、すべてのクラスタノードとリソースをシャットダウンし、ノードをアップグレードしてから、クラスタを再起動します。この方法は、PacemakerバージョンとCorosyncバージョンが混在した構成をサポートしていない場合に必要です。

  1. 各BeeGFSサービスが優先ノードで実行され、クラスタが最適な状態であることを確認します。詳細については、を参照してください "クラスタの状態を確認します"

  2. すべてのノードでクラスタソフトウェア(PacemakerおよびCorosync)をシャットダウンします。

    メモ クラスタのサイズによっては、クラスタ全体が停止するまでに数秒から数分かかることがあります。
    pcs cluster stop --all
  3. すべてのノードでクラスタサービスがシャットダウンしたら、要件に応じて各ノードのPacemaker、Corosync、およびPCsパッケージをアップグレードします。

    メモ パッケージマネージャのコマンドは、オペレーティングシステムによって異なります。次のコマンドは、RHEL 8以降を実行するシステム用です。
    dnf update pacemaker-<version>
    dnf update corosync-<version>
    dnf update pcs-<version>
  4. すべてのノードをアップグレードしたら、すべてのノードでクラスタソフトウェアを起動します。

    pcs cluster start --all
  5. `pcs`パッケージが更新された場合は、クラスタ内の各ノードを再認証します。

    pcs host auth <HOSTNAME>
  6. 最後に、を実行し `pcs status`てクラスタが正常であることを確認し、で `Current DC`正しいPacemakerバージョンが報告されます。

    メモ 「mixed-version」と表示される場合 `Current DC`は、クラスタ内のノードが以前のバージョンのPacemakerで実行されているため、アップグレードが必要です。