第3章 リリース情報 RHOSO 18.0

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

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

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

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

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

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

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

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

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

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

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 が無効になりました。

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 を有効にしなくても動的ルーティングを使用できます。

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

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

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

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

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

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

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

負荷分散サービス (octavia) は現在、amphora 仮想マシンが同じコンピュートノードにスケジュールされるのを防ぐために Compute サービス (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
'

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

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

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

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

外部 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 に基づく従来のメソッドが有効ではなくなったため、インスタンスごとの伝播に影響します。