2.3. リリース情報 RHOSO 18.0.11

os-vif OVS プラグインが OVS インターフェイスでネットワークパフォーマンスを向上させる

以前のリリースでは、OVS にバグ修正が行われ、カーネルのデフォルトの QOS ポリシーのアプリケーションを OVS ポートに変更していました。この修正は 17.1 に適用されましたが、18.0 には適用されません。 その結果、カーネル OVS を使用する際に、OVS インターフェイスのネットワーク設定のリグレッションが Openstack インスタンスのネットワークパフォーマンスに悪影響を及ぼします。今回の更新により、os-vif OVS プラグインが強化され、デフォルトで linux-noop QOS ポリシーを使用して OVS インターフェイスのネットワークパフォーマンスが向上しました。これは、neutron QOS ポリシーによりオーバーライドすることができます。更新の適用、再起動、または移動を行い、ハードリブートでポートを再作成するには、デタッチを実行してからアタッチ操作を実行します。または、ライブマイグレーション操作を実行します。

ISO イメージを使用するコンピュートインスタンスが正しく起動する

以前は、ISO イメージを使用するコンピュートインスタンスは、CD-ROM ではなくブロックデバイスを介してブートされていました。これにより、RHEL キックスタートインストールは CD-ROM から開始できませんでした。このバグ修正により、Compute は ISO イメージからインスタンスを正しく起動し、CD-ROM 経由で起動します。

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

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

OpenStack Operator は namespace フィールドで Operator のアップグレードをチェックします。

今回の更新では、OpenShift Lifecycle Manager (OLM) Operator リソースに namespace フィールドが定義されていない場合に、OpenStack Operator バージョン 1.0.6 以前からのアップグレードが失敗するという問題が修正されました。

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

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

S3 バックエンドを使用したマルチパートイメージのアップロード

今回の更新以前は、Image サービス(glance)の S3 バックエンドがある場合には、イメージインポートワークフローを使用してマルチパートイメージをアップロードする必要がありました。今回の更新により、Block Storage サービス(cinder)ボリュームから S3 バックエンドにイメージを作成するときに、s3_store_large_object_size を 0 に設定してマルチパートアップロードを強制することができます。

IPv6 エクスポート場所は、CephFS-NFS バックエンドを持つ Shared File Systems サービス共有とは使用できません

Red Hat Ceph Storage の問題により、CephFS-NFS バックエンドを持つ共有ファイルシステムサービス(manila)共有での IPv6 エクスポートロケーションの使用が妨げられます。回避策: 現時点では回避策はありません。

ボリューム移行操作はテクノロジープレビュー

ゾーン移行ストラテジーの一部であるボリューム移行操作は、テクノロジープレビュー機能としてのみ提供されています。実稼働環境では使用しないでください。