1.2. インスタンス HA デプロイメントのプランニング
インスタンス HA をデプロイする前に、適合性のためにリソース名を確認し、環境に応じてストレージおよびネットワークを設定します。
- コンピュートノードのホスト名および Pacemaker リモートリソース名は、W3C 命名規則に従う必要があります。詳細は、W3C ドキュメントの namespace の宣言 および 名前とトークン を参照してください。
一般的に、インスタンス HA ではインスタンスのディスクイメージ用に共有ストレージを設定する必要があります。したがって、
no-shared-storageオプションの使用を試みると、退避中にInvalidSharedStorageエラーが表示され、インスタンスが別のコンピュートノードで起動しない場合があります。ただし、すべてのインスタンスが OpenStack Block Storage (
cinder) ボリュームから起動するように設定されている場合には、インスタンスのディスクイメージ用に共有ストレージを設定する必要はないので、no-shared-storageオプションを使用してすべてのインスタンスを退避させることができます。インスタンスが Block Storage ボリュームから起動するように設定されている場合には、退避させたインスタンスは別のコンピュートノード上の同じボリュームからブートします。したがって、OS イメージおよびアプリケーションデータが OpenStack Block Storage ボリュームに保管されているので、退避させたインスタンスは直ちにジョブを再開します。
-
インスタンス HA をスパイン/リーフ環境でデプロイする場合には、コントローラーノードおよびコンピュートノードに単一の
internal_apiネットワークを定義する必要があります。その後、各リーフのサブネットを定義できます。スパイン/リーフ型ネットワークの設定の詳細は、スパイン/リーフ型ネットワーク ガイドの ロールデータファイルの作成 を参照してください。 - Red Hat OpenStack Platform 13 以降では、オーバークラウドのアップグレードの一環として、director を使用してインスタンス HA をアップグレードします。オーバークラウドのアップグレードの詳細は、Red Hat OpenStack Platform のマイナー更新の実行 を参照してください。
-
vTPM デバイスを搭載したインスタンスを退避することはできません。vTPM デバイスを使用してインスタンスをデプロイする場合は、退避する必要がある他のインスタンスがフレーバーを使用するか、
evacuable属性でタグ付けしたイメージを使用するようにしてください。退避するインスタンスの指定の詳細は、インスタンス HA を使用して退避するインスタンスの指定 を参照してください。 インストール後の director でのインスタンス HA の無効化はサポートされていません。デプロイメントからインスタンス HA コンポーネントを手動で削除する回避策は、How can I remove Instance HA components from the controller nodes? を参照してください。
重要この回避策は、実稼働環境用には検証されていません。実稼働環境で実装する前に、テスト環境で手順を検証する必要があります。
