Red Hat Summit Red Hat Summitサポートコンソール開発者トライアルの開始お問い合わせ

付録A インスタンス HA を使用した退避の自動化

インスタンス HA を使用すると、OpenStack はコンピュートノードで障害が発生した場合に、そのノードからインスタンスを退避させるプロセスを自動化します。以下のプロセスは、コンピュートノードの障害発生時にトリガーされるイベントのシーケンスを説明しています。

  1. コンピュートノードで障害が発生すると、IPMI エージェントは 第 1 レベルのフェンシング を実行してノードを物理的にリセットし、電源オフの状態にします。オンラインのコンピュートからインスタンスを退避させると、データが破損したり、オーバークラウド上で全く同じインスタンスが複数実行されてしまう可能性があります。ノードの電源が切断されると、そのノードは フェンシングされた状態 と見なされます。

  2. 物理的な IPMI フェンシングの後には、fence-nova エージェントが 第 2 レベルのフェンシング を実行して、フェンシングされたノードに “evacuate=yes” というクラスターのノードごとの属性をマークします。そのために、エージェントは以下のコマンドを実行します。 

    $ attrd_updater -n evacuate -A name="evacuate" host="FAILEDHOST" value="yes"
    Copy to Clipboard Toggle word wrap

    FAILEDHOST は、障害の発生したコンピュートノードのホスト名です。

  3. nova-evacuate エージェントはバックグランドで常時実行され、クラスターに “evacuate=yes” 属性のノードがあるかどうかをチェックします。nova-evacuate が、フェンシングされたノードにこの属性が付いていることを確認すると、エージェントは、「インスタンスの退避」に記載されている方法と同じプロセスを使用してノードの退避を開始します。
  4. その一方で、障害が発生したノードが IPMI リセットによって起動している間には、nova-compute-checkevacuate エージェントは待ち時間 (デフォルトでは 120 秒) が経過してから、nova-evacuate が退避を終了したかどうかをチェックします。終了していない場合には、同じ時間間隔で再チェックします。
  5. インスタンスが完全に退避されたことを nova-compute-checkevacuate エージェントが確認した後には、フェンシングされたノードが再びインスタンスをホストできるようにする別のプロセスがトリガーされます。
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

Theme

© 2026 Red Hatトップに戻る