第3章 リリース情報 RHOSO 18.0

RabbitMQ メトリクスが Prometheus に導入される

この更新により、RabbitMQ メトリクスが収集され、Prometheus に保存されます。これらのメトリクスを表示するための新しいダッシュボードが追加されました。

自動スケーリングの改善

自動スケーリングは、server_group メタデータを使用するように更新されました。これにより、自動スケーリング機能の安定性が向上します。詳細は、インスタンスの自動スケーリング を参照してください。

仮想マシンにおける電力使用量の監視 (テクノロジープレビュー)

kepler コンポーネントを統合すると、ダッシュボードで仮想マシンインスタンスの電力使用量を表示できるようになります。

vGPU の有効化

この更新では、mdev と vGPU の機能拡張が導入されています。

NUMA リソーストラッキングが正常に動作する

このリリースでは、NUMA リソース追跡の問題を引き起こすバグが修正されました。以前は、Libvirt は正しい NUMA ノードではなく、NUMA ノード 0 上のすべての電源がオフになっている CPU を報告していました。現在は、Nova は CPU の電源を切る前に正しい CPU トポロジーをキャッシュし、リソース追跡の問題が修正されています。

Image サービス (glance) イメージで hw-architecture または architecture を設定しても期待どおりに動作しない

RHOSO 18.0 では、イメージメタデータプレフィルターがデフォルトで有効化されています。RHOSO は非ネイティブアーキテクチャーのエミュレーションをサポートしていません。アップストリームのエミュレーションサポートの導入の一環として、イメージメタデータプレフィルターが拡張され、宣言された仮想マシンアーキテクチャー (例: hw_architecture=x86_64) に基づいて、インスタンスのスケジューリングがサポートされるようになりました。

NFS 共有上の一時ストレージを持つインスタンスが Compute サービスの再起動後に動作を停止する

NFS 共有上の一時ストレージを持つ Compute サービス (nova) インスタンスは、ハイパーバイザーホスト上でコンテナー化された Compute エージェントサービスが再起動するとすぐに動作を停止します。これは、/var/lib/nova/instances の権限が変更されたために発生します。

Compute サービスの電源管理機能はデフォルトで無効化される

Compute サービス (nova) の電源管理機能は、デフォルトでは無効になっています。次の nova-compute 設定でこれを有効にできます。

導入後のレガシー Tripleo Networking サービス (neutron)

edpm_tripleo_cleanup タスクの後でも、レガシーの tripleo Networking サービス (neutron) サービスが残っています。これらのサービスは導入後に停止されるため、RHOSO サービスには影響しません。

OpenStackAnsibleEE カスタムリソースが openstack-operator の機能に置き換えられる

機能拡張: OpenStackAnsibleEE カスタムリソースは、openstack-ansibleee-operator とともに削除されました。この機能は openstack-operator に統合されており、追加の Operator と関連するカスタムリソースによって提供される不要な抽象化なしで Kubernetes ジョブを直接作成できます。

FRR と BGP を使用したデータプレーン上の動的ルーティング

この更新では、Free Range Routing (FRR) ボーダーゲートウェイプロトコル (BGP) のサポートが導入され、RHOSO データプレーンで動的ルーティング機能が提供されます。

カスタム ML2 メカニズムドライバーと SDN バックエンドサポート (テクノロジープレビュー)

この更新では、デフォルトの OVN メカニズムドライバーとバックエンドコンポーネントの代わりに、カスタム ML2 メカニズムドライバーとソフトウェア定義ネットワーク (SDN) バックエンドコンポーネントを Networking サービス (neutron) と統合するテクノロジープレビュー機能が導入されました。

導入前に最新の RHOSP 17.1 バージョンに更新してください

RHOSP 17.1.4 より古いソース環境の導入を実行すると、ワークロードでネットワーク接続の中断が長時間発生します。導入する前に、ソース環境を少なくとも RHOSP 17.1.4 に更新してください。

octavia-operator はアンチアフィニティーを有効にしない

負荷分散サービス (octavia) は現在、amphora 仮想マシンが同じコンピュートノードにスケジュールされるのを防ぐために Nova でアンチアフィニティーを設定できません。

例

# names will be dependent on the deployment
oc patch  -n openstack openstackcontrolplane openstack-galera-network-isolation --type=merge --patch '
spec:
  octavia:
    template:
       octaviaHousekeeping:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
       octaviaWorker:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
       octaviaHealthManager:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
'

ネットワークノード上の負荷分散サービス (octavia) エージェントでは導入がサポートされていない

ネットワーカーノードに負荷分散サービスエージェントがデプロイされているデプロイメントの導入は、現在サポートされていません。

アベイラビリティーゾーンが定義されている場合、createDefaultLbMgmtNetwork と manageLbMgmtNetworks が false に設定される

Octavia CR (spec.lbMgmtNetwork.availabilityZones) でアベイラビリティーゾーンのリストを設定すると、spec.lbMgmtNetwork.createDefaultLbMgmtNetwork および spec.lbMgmtNetwork.manageLbMgmtNetworks 設定のデフォルト値が誤って false にリセットされます。

コントローラー/ネットワークノードの組み合わせの導入は検証されていない

Red Hat は、コントローラーノード上で Controller ロールと Networker ロールが統合されている RHOSP 17.1 環境の導入プロセスを検証していません。コントローラーノード上で統合された Controller ロールと Networker ロールを RHOSP 17.1 環境で使用している場合は、文書化された導入プロセスでは期待どおりの結果が得られません。

RHOSO コントロールプレーンインターフェイスに Virtual Function (VF) を使用しない

この RHOSO リリースでは、RHOSO コントロールプレーンインターフェイスの VF の使用はサポートされていません。

os-net-config プロバイダーの`ifcfg`が実稼働環境のデプロイメントにインストールされていることを確認します。

Red Hat は現在、os-net-config provider として NMstate をサポートしていません。

マイナー更新中はコントロールプレーンが一時的に利用できない

18.0 機能リリース 1 へのマイナー更新中、Red Hat OpenStack Platform コントロールプレーンは一時的に利用できなくなります。API リクエストは、エラー 500 などの HTTP エラーコードで失敗する可能性があります。または、API リクエストは成功しても、基礎となるライフサイクル操作が失敗する可能性があります。たとえば、マイナー更新中に openstack server create コマンドで作成された仮想マシン (VM) は、ACTIVE 状態に到達しません。コントロールプレーンの停止は一時的なものであり、マイナー更新が完了すると自動的に回復します。コントロールプレーンの停止は、すでに実行中のワークロードには影響しません。

インスタンスの高可用性

RHOSO 18.0.3 (機能リリース 1) では、インスタンスの高可用性 (インスタンス HA) のテクノロジープレビューが導入されています。インスタンス HA を使用すると、RHOSO はコンピュートノードに障害が発生した場合に、インスタンスを自動的に退避して別のコンピュートノードに再作成できます。

導入前にデータベースエラーが発生する可能性がある

OSP データベースを導入する前に mysqlcheck を実行すると、システムテーブル mysql.proc のデータベースエラーが表示される場合があります。

コマンドの例

oc run mariadb-client ${MARIADB_CLIENT_ANNOTATIONS} -q --image ${MARIADB_IMAGE} -i --rm --restart=Never -- \
    mysql -h $SOURCE_MARIADB_IP -u root -p"$SOURCE_DB_ROOT_PASSWORD" -e "repair table mysql.proc;"

出力例

+------------+--------+----------+---------------------------------+
| Table      | Op     | Msg_type | Msg_text                        |
+------------+--------+----------+---------------------------------+
| mysql.proc | repair | info     | Running zerofill on moved table |
| mysql.proc | repair | status   | OK                              |
+------------+--------+----------+---------------------------------+

manilaShare バックエンドの廃止

RHOSO から manilaShare バックエンドを廃止できるようになりました。manila-share を削除すると、クリーンアップジョブが実行され、Shared File Systems サービス (manila) のサービスリストがクリーンアップされます。openstack share pool list コマンドの出力には、ストレージプールの変更が反映されません。最新の統計を更新して表示するには、スケジューラーサービスを再起動する必要があります。軽微な中断が発生するため、再起動はスケジュールされたダウンタイム中に実行してください。

ボリュームでサポートされるサーバーの再構築

このリリースでは、同じイメージまたは異なるイメージを使用して、ボリュームでサポートされるサーバーを再構築するためのサポートが追加されました。

ディレクターでデプロイされた Ceph クラスターを外部 Ceph クラスターに移行する

この更新により、RHOSP 17.1 から RHOSO 18.0 のデータプレーンを導入した後、ディレクターでデプロイされた Ceph クラスターを移行し、外部 Ceph クラスターに変換できるようになりました。コントローラーノードにデプロイされた Ceph デーモンは、一連のターゲットノードに移行されます。

VAST Data Platform の Shared File Systems サービス (manila) のサポート

Shared File Systems サービス (manila) に、VAST Data Platform をサポートするストレージドライバーが含まれるようになりました。このドライバーを使用すると、スナップショットを通じて NFS 共有とポイントインタイムバックアップのプロビジョニングおよび管理を行えます。

Block Storage サービス (cinder) ボリュームの削除

このリリースでは、Block Storage サービスの RBD ドライバーは、Ceph の最近の開発を活用して、RBD ボリュームが通常のボリューム削除の期待に応えることができるようになりました。

uniquePodNames が true の場合、インスタンスへの extraMounts の伝播は機能しません。

uniquePodNames が true の場合、すべての Cinder Pod (および一般に各コンポーネントとサービス) の先頭に疑似ランダム文字列が付けられます。これは、strings.TrimPrefix に基づく従来のメソッドが有効ではなくなったため、インスタンスごとの伝播に影響します。

os-diff ツールは、ソース 17.1 と導入された RHOSO 環境の違いを明らかにします

RHOSO には os-diff tool が同梱されており、Operator はこれを使用して、ソース OSP 17.1 環境設定と導入された RHOSO 環境設定の違いを見つけることができます。

ベアメタルの導入

ベアメタル OSP 17.1 環境を RHOSO 環境に導入できるようになりました。

導入のロールバック

RHOSP 17.1 コントロールプレーンの導入に失敗した場合にロールバックできるようになりました。

誤ったエラーメッセージが生成されなくなりました

以前は、一部のサービスがソースクラウドにデプロイされていない場合、導入手順の一環である Keystone サービスとエンドポイントのクリーンアップ手順で不正なエラーが生成されていました。不正なエラーは生成されなくなりました。