第3章 リリース情報 RHOSO 18.0
これらのリリースノートでは、Red Hat Services on OpenShift (RHOSO) コンポーネントのいくつかまたはすべての更新のうち、一部を説明します。RHOSO のこのリリースをデプロイするときは、これらの更新を考慮してください。このセクションの各注記は、更新を追跡するために使用される Jira Issue を指します。Jira Issue のセキュリティーレベルがパブリックの場合は、リンクをクリックして Jira Issue を表示できます。セキュリティーレベルが制限されている場合は、Jira Issue ID には Jira Issue へのリンクがありません。
3.1. リリース情報 RHOSO 18.0.2
3.1.1. アドバイザリーの一覧
Red Hat OpenStack Services on OpenShift (RHOSO) のこのリリースには、次のアドバイザリーが含まれています。
- RHBA-2024:8151
- RHOSO 18.0.2 のコンテナーのリリース
- RHBA-2024:8152
- RHOSO 18.0.2 のコンポーネントのリリース
- RHBA-2024:8153
- RHOSO 18.02 のコントロールプレーン Operator
- RHBA-2024:8154
- RHOSO 18.0.2 のデータプレーン Operator
- RHBA-2024:8155
- RHOSO 18.0.2 のコンポーネントのリリース
3.1.2. Compute
3.1.2.1. バグ修正
この部分では、Red Hat OpenStack Services on OpenShift 18.0 で修正され、ユーザーに大きな影響を与えるバグを説明します。
OpenStack Victoria より前に作成されたインスタンスの修正
OpenStack Victoria では、instance_numa_topology オブジェクトが拡張され、同じインスタンス内で cpus (ピニングされた CPU とピニングされていない CPU)が混在できるようになりました。アップグレードを処理するためにオブジェクト変換コードが追加されましたが、hw:mem_page_size
または hw:numa_nodes
のいずれかが dedicated に設定されていないフレーバーを考慮していませんでした
そのため、victoria へのアップグレード後に victoria リリースの前に作成されたインスタンスを開始できませんでした。
今回の更新により、16.2 からの FFU の後に、ピニングされていない numa インスタンスを管理できるようになりました。
3.1.2.2. 既知の問題
この部分では、Red Hat OpenStack Services on OpenShift 18.0 の既知の問題を説明します。
Image サービス (glance) イメージで hw-architecture
または architecture
を設定しても期待どおりに動作しない
RHOSO 18.0 では、イメージメタデータプレフィルターがデフォルトで有効化されています。RHOSO は非ネイティブアーキテクチャーのエミュレーションをサポートしていません。エミュレーションがアップストリームをサポートする導入の一環として、イメージメタデータプレフィルターが強化され、宣言された VM アーキテクチャー(例: hw_architecture=x86_
64)に基づくインスタンスのスケジューリングがサポートされるようになりました。
nova がイメージプロパティーを使用して非ネイティブアーキテクチャーをサポートするように強化された場合、ネイティブアーキテクチャーが virt ドライバーによって特性として報告されなかったため、バグが導入されました。
したがって、デフォルトでは、イメージ上の hw_architecture
または architecture
を設定するためのサポートは動作不能になりました。
回避策: このバグを軽減するには、以下のタスクのいずれかを実行します。
-
architecture
/hw_architecture
イメージプロパティーを設定解除します。RHOSO は x86_64 という 1 つのアーキテクチャーのみをサポートします。RHOSO クラウドにこれを設定する必要のある有効なユースケースはないため、すべてのホストは x86_64 になります。 nova スケジューラーの
CustomServiceConfig
セクションでイメージメタデータプレフィルターを無効にします。[scheduler] image_metadata_prefilter=false
Compute サービスの電源管理機能はデフォルトで無効化される
Compute サービス (nova) の電源管理機能は、デフォルトでは無効になっています。次の nova-compute
設定でこれを有効にできます。
[libvirt] cpu_power_management = true cpu_power_management_strategy = governor
デフォルトの cpu_power_management_strategy
cpu_state
は、NUMA リソースの追跡問題を引き起こすバグのため、現時点ではサポートされていません。このバグでは、すべての無効な CPU が正しい NUMA ノードではなく NUMA ノード 0 で報告されます。
QEMU プロセス障害
ローカルストレージを使用する一時停止されたインスタンスを複数回ライブマイグレーションすることはできません。2 回目のマイグレーションが原因で QEMU プロセスがクラッシュし、nova によってインスタンスが ERROR 状態になります。
回避策: 可能であれば、インスタンスの一時停止を一時的に解除し、2 回目のライブマイグレーションの前に再度一時停止します。
インスタンスの一時停止は必ず解除できるわけではありません。たとえば、インスタンスがマルチアタッチの Cinder ボリュームを使用している場合に、そのボリュームへのアクセスを 1 つのインスタンスに制限して他のインスタンスの一時停止状態を維持するために一時停止を使用するとします。この場合、インスタンスの一時停止を解除することは実行可能な回避策ではありません。
3.1.3. データプレーン
3.1.3.1. バグ修正
この部分では、Red Hat OpenStack Services on OpenShift 18.0 で修正され、ユーザーに大きな影響を与えるバグを説明します。
edpm_kernel_hugepages
の値は、カーネルコマンドラインで確実に設定されています。
今回の更新以前は、設定された ansible ロールのエラーにより、edpm_kernel_hugepages
の値がカーネルコマンドラインに欠落する可能性がありました。今回の更新により、この問題は解決され、回避策が不要になりました。
Jira:OSPRH-10007
3.1.4. ネットワーク
3.1.4.1. バグ修正
この部分では、Red Hat OpenStack Services on OpenShift 18.0 で修正され、ユーザーに大きな影響を与えるバグを説明します。
メタデータレート制限機能
今回の更新では、メタデータのレート制限が正常に使用されるのを妨げていたバグが修正されました。メタデータのレート制限が利用可能になりました。
Jira:OSPRH-9569
3.1.4.2. 既知の問題
この部分では、Red Hat OpenStack Services on OpenShift 18.0 の既知の問題を説明します。
ルーターの削除問題および回避策
RHOSO 18.0.2 への更新後に、既存のルーターを予想通りに削除することはできません。
以下のエラーが CLI に表示されます。
Internal Server Error: The server has either erred or is incapable of performing the requested operation.
また、Neutron API ログには、以下の例外メッセージが含まれます。
Could not find a service provider that supports distributed=False and ha=False
回避策:データベース登録を手動で作成します。SQL CLI では、以下のようになります。
$ use ovs_neutron; $ insert into providerresourceassociations (provider_name, resource_id) values ("ovn", "<router_id>");
Jira:OSPRH-10537
3.1.5. ネットワーク機能仮想化
3.1.5.1. 既知の問題
この部分では、Red Hat OpenStack Services on OpenShift 18.0 の既知の問題を説明します。
RHOSO コントロールプレーンインターフェイスに Virtual Function (VF) を使用しない
この RHOSO リリースでは、RHOSO コントロールプレーンインターフェイスの VF の使用はサポートされていません。
3.1.6. ストレージ
3.1.6.1. 既知の問題
この部分では、Red Hat OpenStack Services on OpenShift 18.0 の既知の問題を説明します。
openstack コマンドの出力は、Shared File Systems サービス(manila)のストレージプールの変更を考慮しません。
openstack share pool list
コマンドの出力は、バックエンドストレージシステムのプール特性の変更や、デプロイメントからの既存のプールの削除など、ストレージプールの変更を考慮しません。プロビジョニング操作はこの問題の影響を受けません。回避策: スケジューラーサービスを再起動して、最新の統計を反映します。若干中断が発生するため、スケジュールされたダウンタイム中に再起動を実行します。