3.8. Red Hat OpenStack Platform 16.1.7 メンテナーンスリリース (2021 年 12 月 9 日)

以前のリリースでは、iSCSI または FC ターゲットが RHOSP ホストに接続されていない場合、Dell EMC XtremIO ドライバーを使用する Red Hat OpenStack Platform (RHOSP) デプロイメントでは、タイムアウトするまでボリュームの接続操作を待機していました。これにより、ボリュームの接続操作が失敗しました。

今回のリリースで、Dell EMC XtremIO ドライバーのポートフィルターリングのサポートが追加され、使用されていない iSCSI ポートまたは FC ポートが無視されるようになりました。

今回の更新以前は、Shared File Systems サービス (manila) ダッシュボードには動的なフォーム要素があり、その名前により、フォームが応答しなくなる可能性があります。そのため、共有ネットワーク内での共有グループ、共有ネットワーク、およびファイル共有の作成が機能しませんでした。

今回の更新により、名前が問題となる可能性がある動的要素がエンコードされるようになりました。そのため、共有ネットワーク内での共有グループ、共有ネットワーク、およびファイル共有の作成が正常に機能するようになりました。

以前のリリースでは、Dell EMC PowerStore ポートが複数の用途 (iSCSI、レプリケーション等) に設定された場合、誤った REST フィルターリングにより、cinder ドライバーはアクセス可能な iSCSI ターゲットが見つからなかったと報告していました。

今回のリリースでは、Dell EMC PowerStore REST フィルター機能が修正されました。

今回の更新以前は、ユーザーが DEFAULT ボリュームタイプを削除する際に失敗が発生していました。

今回の更新により、cinder.conf ファイルの default_volume_type パラメーターの値として設定されていない場合に、DEFAULT のボリューム種別を削除できるようになりました。default_volume_type パラメーターのデフォルト値は DEFAULT です。したがって、DEFAULT のボリューム種別を削除できるように、これを tripleo などの適切なボリューム種別に設定する必要があります。

今回の更新以前は、OpenStack コンポーネントの tripleo 検証中に、以下の例外エラーが発生しました。

Unhandled exception during validation run.

このエラーは、コードの変数が参照されても割り当てられないことが原因で発生しました。

今回の更新でこの問題が修正され、このエラーなしで検証が実行されるようになりました。

今回の更新以前は、iSCSI ポータルへの接続中に例外が処理されませんでした。たとえば、iscsiadm -m session の失敗などです。これは、一部の障害パターンで _connect_vol スレッドが予期せず中断する可能性があるために発生しました。この中断により、_connct_vol スレッドからの結果を待つ間に後続のステップでハングアップが発生します。

今回の更新で、iSCSI ポータルへの接続中の例外が _connect_vol メソッドで正しく処理され、スレッドの結果を更新せずに予期せず中断することがなくなりました。

今回の更新以前は、KernelArgs パラメーターを変更すると、バージョン 13 から 16 への Red Hat OpenStack Platform (RHOSP) Fast Forward Upgrade (FFU) プロセスでエラーが発生していました。

今回の更新以前は、暗号化されたボリュームのスナップショットからボリュームを作成すると、ボリュームが使用できなくなる可能性がありました。宛先ボリュームが元のボリュームと同じサイズである場合は、暗号化されたボリュームのスナップショットから暗号化されたボリュームを作成する場合、新規ボリューム内のデータが省略されて切り捨てられます。これにより、サイズの不一致が生じました。

今回の更新により、RBD バックエンドが暗号化ヘッダーに対応し、データを切り捨てなくなり、暗号化されたボリュームのスナップショットからボリュームを作成してもエラーが生じなくなりました。

今回の機能拡張で、Red Hat OpenStack Platform ノードにポリシーベースのルーティングを使用できるようになりました。これにより、os-net-config で複数のルーティングテーブルおよびルーティングルールを設定することができます。

複数のリンクを持つホストでは、ポリシーベースのルーティングはルーティングテーブルを使用し、送信元のアドレスに応じて特定のインターフェイス経由でトラフィックを送信することができます。インターフェイスごとにルーティングルールを定義することもできます。

ハイパーバイザーのホスト名を検出するロジックが修正され、Compute サービス (nova) の libvirt ドライバーと一貫性のある結果を返すようになりました。今回の修正により、最小帯域幅を確保する QoS 機能を使用する際に、resource_provider_hypervisors オプションを指定する必要がなくなりました。

今回の更新で、デフォルトのハイパーバイザー名を置き換えるために、Modular Layer 2 と Open Virtual Network メカニズムドライバーの組み合わせ (ML2/OVN) に、新しいオプション resource_provider_default_hypervisor が追加されました。このオプションは、ユーザーがカスタマイズする必要がある場合に、resource_provider_hypervisors オプションでインターフェイスまたはブリッジの一覧を指定せずに root リソースプロバイダーを見つけます。この新しいオプションは、ovs-agent の [ovs] ini-section と、sriov-agent の [sriov_nic] ini-section にあります。

今回の機能拡張により、新たな CinderRpcResponseTimeout パラメーターおよび CinderApiWsgiTimeout パラメーターが追加され、Block Storage サービス (cinder) での RPC および API WSGI タイムアウトの調整がサポートされるようになりました。大規模なデプロイメントや、システムの負荷が原因でトランザクションが遅延する可能性がある場合には、デフォルトのタイムアウト値が適切ではない場合があります。

RPC および API WSGI タイムアウトを調整して、トランザクションが早期にタイムアウトしないようにできるようになりました。

今回の更新により、tripleo validator コマンドが、キーと値のペア形式で変数と環境変数を受け入れるようになりました。以前のリリースでは、JSON ディクショナリーのみが環境変数を許可しました。

openstack tripleo validator run \
[--extra-vars key1=<val1>[,key2=val2 --extra-vars key3=<val3>] \
| --extra-vars-file EXTRA_VARS_FILE] \
[--extra-env-vars key1=<val1>[,key2=val2 --extra-env-vars key3=<val3>]]
(--validation <validation_id>[,<validation_id>,...] | --group <group>[,<group>,...])

$ openstack tripleo validator run --validation check-cpu,check-ram --extra-vars minimal_ram_gb=8 --extra-vars minimal_cpu_count=2

サポートされるオプションの完全な一覧を確認するには、以下のコマンドを実行します。

$ openstack tripleo validator run --help

現在、ポートの MAC-IP アドレスが不明な場合に、特定の実際のシナリオをシミュレートできない既知の問題があります。RHOSP Networking サービス (neutron) は、DHCP またはセキュリティーグループが設定されていない場合でも、ポートの MAC-IP を直接指定します。

回避策:RHOSP 16.1.7 にアップグレードし、ML2/OVN v21.03 をインストールします。DHCP とポートセキュリティーが無効にされている場合、ポートの address フィールドには MAC-IP アドレスのペアが含まれず、ML2/OVN は MAC のラーニング機能を使用してトラフィックを必要なポートにだけ送信することができます。