17.5. オーバークラウドノードのアップグレードワークフロー
各オーバークラウドノードでアップグレードを実施する場合、以下の要素を考慮して、アップグレードの各段階で実行する正しいコマンドを判断する必要があります。
コントローラーサービス
- ノードに Pacemaker サービスが含まれているか ?データベースの移行を開始し、Red Hat OpenStack 13 から 16.2 へのアップグレード時の移行を円滑に行うために一時コンテナーを起動するためには、まずブートストラップノードをアップグレードする必要があります。ブートストラップコントローラーノードのアップグレードプロセス中、新しい Pacemaker クラスターが作成され、新しい Red Hat OpenStack 16.2 コンテナーがノードで起動します。一方、残りのコントローラーノードは Red Hat OpenStack 13 で稼働を続けます。ブートストラップノードをアップグレードしたら、Pacemaker サービスが含まれるその他のノードをアップグレードし、ブートストラップノードで起動した新しい Pacemaker クラスターに各ノードが参加するようにしなければなりません。Pacemaker が含まれない split-service コントローラーノードをアップグレードするプロセスでは、これらの追加手順は必要ありません。
Compute サービス
ノードが Compute ノードか? ノードに Compute サービスが含まれる場合、そのノードから仮想マシンを移行して最大限の可用性を確保する必要があります。ここで言う Compute ノードには、仮想マシンをホストするためのあらゆるノードが含まれます。この定義には、以下の Compute ノード種別が含まれます。
- 通常の Compute ノード
- ハイパーコンバージドインフラストラクチャー (HCI) を持つ Compute ノード
- Data Plane Development Kit (DPDK) または Single Root Input/Output Virtualization (SR-IOV) 等のネットワーク機能仮想化技術を使用する Compute ノード
- リアルタイム Compute ノード
Ceph Storage サービス
ノードに Ceph Storage サービスが含まれているか ?
docker
ではなくpodman
を使用するために、ノード上のコンテナー化された Ceph Storage サービスのsystemd
ユニットファイルを変換する必要があります。以下のノード種別がこれに該当します。- Ceph Storage OSD ノード
- Ceph MON サービスが含まれるコントローラーノード
- Split-Controller Ceph MON ノード
- ハイパーコンバージドインフラストラクチャー (HCI) を持つ Compute ノード
ワークフロー
以下のワークフロー図を使用して、特定ノードの正しい更新パスを特定します。