第3章 リリースの情報

この更新前は、Compute サービス (nova) と libvirt ドライバーの既知の制限により、vGPU などの仲介 (mdev) デバイスを使用してインスタンスを一時停止および再開できませんでした。

この制限は、libvirt ドライバーで対処されました。RHEL 8.4 の libvirt 6.0.0 で実行される RHOSP 16.2 で、mdev デバイスを使用してインスタンスを一時停止および再開できるようになりました。

この更新前は、Block Storage API は、volume-create リクエストでパラメーターを渡すことによる Block Storage マルチアタッチボリュームの作成 (この作成方法は削除のために非推奨になったにもかかわらず) をサポートしていました。この方法では、マルチアタッチボリュームをサポートしていないバックエンドでマルチアタッチボリュームを作成する場合、データ損失が発生する可能性があります。

openstack と cinder CLI は、マルチ接続ボリュームタイプを使用したマルチ接続ボリュームの作成のみをサポートしていました。

この更新により、Block Storage API は、マルチアタッチボリュームタイプを使用したマルチアタッチボリュームの作成のみをサポートするようにもなりました。以前は機能していた一部の Block Storage API リクエストは、400 (Bad Request) 応答コードとエラーメッセージで拒否されます。

この更新前は、バックポートが正しくないため、追加の特別なタイプの処理を必要とするイメージのヘッダーが適切に処理されない可能性があるというエッジケースが発生していました。その結果、RHOSP 16.2 では Red Hat Enterprise Linux CoreOS (RHCOS) 8.6 のデプロイメントが失敗しました。

この更新により、RHOSP 16.2 を使用して RHCOS 8.6 ベースのイメージをデプロイできるようになりました。バックポートが修正され、特殊なポインター処理コードが正常にフォールバックして、RHCOS 8.6 によって提供されるディスク上のフォーマットを理解できるようになりました。

この更新により、アベイラビリティーゾーン (AZ) に利用可能なゲートウェイシャーシがないために正しく完了できない OVN 論理ルーターポート (LRP) 割り当てを L3 スケジューラーが処理する方法が改善されます。

以前は、ゲートウェイシャーシを持たない AZ に LRP を割り当てようとすると、L3 スケジューラーが誤って LRP をランダムなシャーシセットに割り当てていました。

ここで、L3 スケジューラーはログに警告を書き込み、警告ラベル “neutron-ovn-invalid-chassis” のあるシャーシにポートを割り当てます。既存の LRP からシャーシへの割り当てに変更はありません。

この更新では、RHOSP 16.2.6 のセキュリティーグループログ機能のテクノロジープレビューが導入されています。インスタンスに出入りするトラフィックフローと試行を監視するには、セキュリティーグループのネットワークサービスパケットロギングを設定できます。

インスタンスポートを 1 つ以上のセキュリティーグループに関連付け、各セキュリティーグループに 1 つ以上のルールを定義できます。たとえば、ファイナンスセキュリティーグループ内の任意のインスタンスへの受信 SSH トラフィックをドロップするルールを作成できます。さらに、そのグループ内のインスタンスが ICMP (ping) メッセージを送信および応答できるようにするために、別のルールを作成できます。次に、パケットロギングを設定して、受け入れられたパケットフローとドロップされたパケットフローの組み合わせを記録できます。

16.2 では、ステートフルセキュリティーグループのセキュリティーグループロギングを使用できます。ログに記録されたイベントは、インスタンスをホストする Compute ノードの /var/log/containers/stdouts/ovn_controller.log ファイルに保存されます。

テクノロジープレビュー機能の詳細は、対象範囲の詳細 を参照してください。

セキュリティーグループのロギングに関する既知の問題および回避策の詳細は、https://bugzilla.redhat.com/show_bug.cgi?id=2241184 および https://bugzilla.redhat.com/show_bug.cgi?id=2192918 を参照してください。

NeutronBridgeMappings にコンマ区切りのロール固有の値を使用すると、設定が正しくなくなります。回避策: YAML ファイル内で、コンマ区切り値の代わりに配列を使用してマッピングを指定します。以下に例を示します。

ComputeParameters:
  NeutronBridgeMappings:
    - datacentre:br-ex
    - datacentre2:br-ex2

セキュリティーグループのロギングの機能拡張により、複数のセキュリティーグループのログを同時にまたは連続して作成または削除すると、HTTP エラーが発生する可能性のある潜在的な競合状態が発生します。このエラーは、削除リクエストと作成リクエストが OVN データベース内のログの削除と作成を同時に行おうとすると発生します。

回避策: この問題を回避するには、セキュリティーグループのログ作成リクエストと削除リクエストを同時にではなく順番に送信します。それでもエラーが発生する場合は、リクエスト間にタイムアウトを追加します。