web-dev-qa-db-ja.com

マイナーアップグレードの前に、ホストされているエンジンをノードからアンデプロイしますか?

Ovirtクラスターのノードは、利用可能なアップグレードを示しています。ノードにはホストされたエンジンがデプロイされていますが、現在は別のノードで提供されています。マイナーアップグレードを行う前に、最初にホストされたエンジンをアンデプロイする必要がありますか?

現在、アップグレードのたびに、ノードをメンテナンスに移動してから、ホストされているエンジンをアンデプロイします。その後、ノードは再びアクティブになり、アップグレードを開始する前にノードを再度メンテナンスする必要があります。アップグレード後、ノードは再びアクティブになるため、ノードを再度メンテナンスしてから、ホストされているエンジンをもう一度デプロイする必要があります。

これは、アップグレードのために実行する多くの手順です。ホストされたエンジンのアンデプロイをスキップできますか?

1
itsafire

Hosted Engineからノードをアンデプロイする必要はありません。メンテナンスに一度に1つのノードを配置し、マイナーアップグレードを実行するだけです。私は公式文書から情報を拾い集めて、プロセス全体を要約しようとしています。

  1. 管理ポータルのいずれかから、最初のノードをグローバルメンテナンスに配置します。

    • ComputeHostsをクリックし、セルフホストエンジンノードを選択します。
    • 管理メンテナンスをクリックします。ローカルメンテナンスモードは、そのノードに対して自動的にトリガーされます。

    またはコマンドラインから:
    # hosted-engine --set-maintenance --mode=local

  2. クラスターレベルで移行が有効になっている場合は、VMがクラスター内の別のノードに移行されるのを待ちます。

  3. 管理ポータルからノードを更新します。

    • 計算ホストをクリックし、更新するノードを選択します。
    • インストールアップグレードの確認をクリックして、ホストのアップグレード確認ウィンドウを開きます。
    • [〜#〜] ok [〜#〜]をクリックして、アップグレードチェックを開始します。
    • ホストをアップグレードするには、インストールアップグレードをクリックして、ホストのアップグレード確認ウィンドウを開きます。
    • [〜#〜] ok [〜#〜]をクリックして、ホストを更新します。アップグレード後、ホストが再起動されます。

    またはコマンドラインから:
    # yum update
    # systemctl reboot

  4. ノードが再起動されたら、メンテナンスを無効にします。

    • ComputeHostsをクリックし、セルフホストエンジンノードを選択します。
    • 管理アクティブ化をクリックします。

    またはコマンドラインから:
    # hosted-engine --set-maintenance --mode=none

  5. 環境内のノードごとに更新手順を繰り返します。

3