2.6. リリース情報 RHOSO 18.0.4

ハードウェアアーキテクチャープロパティーを持つイメージからインスタンスを起動する

この更新前は、hw_architecture または hw_emulation_architecture プロパティーを持つイメージからインスタンスを起動することはできませんでした。この更新により、hw_architecture および hw_emulation_architecture プロパティーを持つイメージからインスタンスを起動できるようになりました。

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

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

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

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

NFS などの共有ストレージの場合、フレーバーに swap があるサーバーのコールド移行が失敗する。

Compute サービス (nova) が NFS などの共有ストレージで有効になっている場合、インスタンスが FLAVOR_SWAP フレーバーを使用するとコールド移行が失敗します。

Ansible タスクは、接続されていないデプロイメントで registries.conf ファイルを正常に書き込む

この更新前は、Ansible タスクが template モジュールと生の文字列入力を src として使用しようとしたため、接続されていないデプロイメントで registries.conf ファイルが失敗していました。この更新により、content パラメーターを持つ ansible.builtin.copy モジュールが使用されるようになったため、Ansible タスクは registries.conf ファイルを正常に書き込むようになりました。

再起動後、EDPM ノードで iscsi-starter.service が無効になる

この更新前は、edpm-ansible で iscsi.service が有効になっていなくても、iSCSI バックアップボリュームを持つインスタンスを実行する EDPM ノードの再起動後に iscsi.service が起動していました。この問題は、EDPM ノードのイメージで iscsi-starter.service が有効になっているために発生しました。この更新により、問題を防ぐために EDPM ノード上の iscsi-starter.service が無効になりました。

ドキュメント: 複数の Red Hat サブスクリプションがある場合にノードを登録するためのプールを指定する

この更新前は、事前プロビジョニングされたノードまたはプロビジョニングされていないノードを使用して OpenStackDataPlaneNodeSet CR を作成する手順に、RHOSO デプロイメントのノード登録時にプールを指定するためのオプションコマンドがありませんでした。複数の Red Hat サブスクリプションがある場合、このコマンドがないために、RHOSO でデータプレーンまたはコンピュートノードのデプロイ時に登録エラーが発生する可能性がありました。

Bare Metal サービス (ironic) の新しい default_network_interface パラメーター

この更新前は、ControlPlane のデプロイメント中に Bare Metal サービスの network_interface が設定されていない場合、RHOSO はそれを no-op として設定していました。

DVR なしの動的ルーティングのサポートを追加

以前は、分散仮想ルーティング (DVR) も使用しなければ、Free Range Routing (FRR) と Border Gateway Protocol (BGP) を使用してデータプレーン上で動的ルーティングを使用することはできませんでした。現在は、DVR を有効にしなくても動的ルーティングを使用できます。

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

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

アベイラビリティーゾーンが定義されている場合の createDefaultLbMgmtNetwork および manageLbMgmtNetworks のデフォルト値を修正しました

この更新前は、アベイラビリティーゾーンが定義されている場合の createDefaultLbMgmtNetwork と manageLbMgmtNetworks が、誤って false に設定されていました。

ドキュメント: ovndbcluster フィールドに replicas: 3 を設定する

以前は、RHOSO ドキュメント全体で示される CR 例の一部で、OVN 仕様を含むすべてのコントロールプレーン CR の ovndbcluster-nb および ovndbcluster-sb フィールドに replicas: 3 を設定しなければ OVN データベースの高可用性はサポートされないことが記述されていませんでした。

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

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

例

names will be dependent on the deployment

# 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
'

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

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

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

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

外部 MTU が内部 MTU より大きい場合、パケットは通知されることなくドロップされます

外部 MTU が内部 MTU より大きい場合、RHOSO は想定どおりに north-south パケットを断片化しません。代わりに、Ingress パケットが通知なしにドロップされます。

例

たとえば、外部ネットワーク datacentre の MTU が 1500 であるとします。

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

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

実稼働デプロイメントの os-net-config プロバイダーが ifcfg であることを確認します。

Red Hat は現在、os-net-config provider として NMstate をサポートしていません。デフォルトの edpm_network_config_nmstate: false 設定になっていることを確認します。これにより、環境で ifcfg プロバイダーが使用されるようになります。

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

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

Key Manager (barbican) サービスのカスタム設定のサポート

この更新前は、common_types.go に問題があり、Key Manager サービスのカスタムリソース定義 (CRD) の customServiceConfig フィールドが正しく適用されませんでした。この更新により問題は解決され、カスタム設定が正しく生成され、適用されるようになりました。

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

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