第2章 環境要件および前提条件


インスタンス HA を有効にするには、Red Hat OpenStack Platform オーバークラウドが以下の要件を満たす必要があります。

  • 環境は Red Hat OpenStack Platform director を使用してデプロイされました。詳しくは、Director Installation and Usage を参照してください。
  • コントロールプレーンでフェンシングはすでに手動で有効にされています。
  • 以下のパッケージがすべてのノードにインストールされます。

    • fence-agents-4.0.11-66.el7_4.3 (またはそれ以上)
    • pacemaker-1.1.16-12.el7.x86_64 (またはそれ以上)
    • resource-agents-3.9.5-105.el7.x86_64 (またはそれ以上)
  • この環境は、コンピュートプレーンとコントロールプレーンの両方の完全な停止を許容できます。
  • 共有ストレージは、一時ストレージおよびブロックストレージの環境内で有効になります。関連情報は、「共有ストレージの例外」 を参照してください。
  • Message Broker (AMQP)は各コンピュートノードのホスト名が有効であると認識します。コンピュートノードのホスト名を確認するには、以下を実行します。

    heat-admin@compute-n $ sudo crudini --get /etc/nova/nova.conf DEFAULT host
  • それぞれのコンピュートノードは、$OS_AUTH_URL で設定したエンドポイントに到達できる必要があります。さらに、この環境変数を次のいずれかに設定する必要があります。

    • オーバークラウドの認証サービス(外部ネットワークへのアクセスを必要とする)
    • 内部認証 URL。
警告

インスタンス HA が有効な場合には、オーバークラウドのアップグレードまたはスケールアップ操作を行うことができません。これを試みると失敗します。これには、マイナーアップグレードおよびメジャーアップグレードの両方が含まれます。

オーバークラウドをアップグレードまたはスケーリングする前に、最初にインスタンス HA を無効にします。手順は、5章Rollbackを参照してください。

2.1. 共有ストレージの例外

一般に、インスタンス HA を有効化するには共有ストレージが必要です。no-shared-storage オプションを使用しようとすると、退避中に InvalidSharedStorage エラーが表示され、インスタンスの電源がオフになる可能性が高くなります。ただし、すべてのインスタンスが Block Storage (cinder)ボリュームから起動するように設定されている場合には、インスタンスのディスクイメージを保存するために共有ストレージは必要ありません。no-shared-storage オプションを使用してすべてのインスタンスを退避させることができます。

インスタンスが Block Storage ボリュームから起動するように設定されている場合には、退避させたインスタンスは同じボリュームから起動することが予想されますが、別のコンピュートノードでは起動することになります。その結果、OS イメージおよびアプリケーションデータが Block Storage ボリュームに保持されるため、退避したインスタンスは直ちにジョブを再起動することができます。

注記

本ガイドの ansible ベースのデプロイメント手順は、no-shared-storage オプションを使用したインストールをサポートしています。

Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

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

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

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

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

Legal Notice

Theme

© 2026 Red Hat
トップに戻る