1.3.8. ネットワーキング

今回のリリースでは、OpenShift Container Platform のマネージド Gateway API カスタムリソース定義 (CRD) がバージョン 1.5.1 に更新されます。Gateway API コントローラーは、当初は Red Hat OpenShift Service Mesh 3.4 と Istio 1.30 をベースとしています。

今回のリリースでは、Gateway API バージョン 1.5.1 の以下の機能のサポートが追加されました。

詳細は、ゲートウェイ API の理解を 参照してください。

今回のリリースでは、OVN-Kubernetes は、ユーザー定義ネットワーク (UDN) の NetworkAttachmentDefinition (NAD) 同期、ノードアノテーションの更新、およびノースバウンドデータベース (NBDB) プログラミングに関する Prometheus スケールメトリクスを公開します。ユーザー定義ネットワークを作成または拡張する際に、これらのメトリクスを使用してボトルネックを特定してください。OVN-Kubernetes のスケールメトリクスを有効にすると、これらのメトリクスは ovnkube-cluster-manager および ovnkube-controller の メトリクスエンドポイントから取得できます。利用可能なメトリクスは次のとおりです。

OpenShift Container Platform 5.0 では、デフォルトの Ingress Controller バージョンとして HAProxy 3.2.22 を使用し、移行用に HAProxy 2.8.27 が含まれています。OpenShift Container Platform 4.22 では、HAProxy 2.8.18 が使用されていました。HAProxy 3.2 固有の動作の適用を延期する必要がある場合は、spec.haproxyVersion を 2.8 に設定します。HAProxy 2.8.27 には、HAProxy 2.8.18 よりも厳格なリクエスト検証が引き続き含まれています。

Ingress Controller がデフォルトの HAProxy 3.2.22 を使用する場合、以下の動作変更がアプリケーションに影響を与える可能性があります。

HAProxy 2.8 に固定した場合、Ingress Controller は HAProxy 2.8.27 を実行します。このバージョンでは、Host ヘッダーに含まれるコンマやその他の不許可文字の拒否、空の OPTIONS パスの保持、不整合な WebSocket Upgrade ヘッダーのサニタイズが引き続き行われます。

アップストリームの変更履歴の完全なリストについては、HAProxy 2.8 changelog および HAProxy 3.2 changelog を参照してください。

AWS Cloud Controller Manager (CCM) で、Bring Your Own (BYO) セキュリティーグループの Network Load Balancer (NLB) へのアタッチがサポートされるようになりました。NLB は、LoadBalancer タイプの Kubernetes Service リソース用に作成されている必要があります。

詳細は、AWS Network Load Balancer の BYO セキュリティーグループ を参照してください。

今回のリリースでは、Red Hat OpenShift 用 Open MCP サーバーに含まれる ovn-kubernetes および cni-diagnostics ツールセットを使用して、OpenShift Container Platform における OVN-Kubernetes のネットワーク問題をトラブルシューティングできます。

ovn-kubernetes ツールセットは、論理フローリスト表示、OVN データベースクエリー、ovn-trace によるトラフィックトレースなど、OVN および Open vSwitch の状態を検査するためのツールを提供します。cni-diagnostics ツールセットは、カーネルレベルのネットワーク診断とパケットキャプチャーを提供します。これには、conntrack の検査、iptables および nftables ルールのリスト表示、iproute2 クエリー、tcpdump、および pwru を使用した eBPF ベースのパケットトレースが含まれます。

詳細は、MCP サーバーを使用した OVN-Kubernetes のトラブルシューティング を参照してください。

Precision Time Protocol (PTP) テレコム境界クロック (T-BC) の高可用性を実現するために、単一の Intel Westport Channel E810-XXVDA4T ネットワークインターフェイスコントローラー (NIC) にデュアルタイムレシーバー (TR) ポートを設定できます。この設定では、代替最適マスタークロックアルゴリズム (A-BMCA) を使用して、アクティブポートに障害が発生した場合や品質が低下した場合などに、アップストリームパス間の自動切り替えをサポートします。その結果、上流側の経路障害発生時でも、下流側の機器は手動介入なしに継続的な時刻同期を維持できます。

PtpConfig カスタムリソース (CR) は、別々の PTP ドメイン上に時間受信プロファイルと時間送信プロファイルを持つ 2 プロファイルアーキテクチャーを使用します。両方の TR ポートは同じ物理ハードウェアクロック (PHC) を共有するため、フェイルオーバーは個別のクロックサーボを切り替えるのではなく、A-BMCA の再選択に依存します。

詳細は、デュアルタイムレシーバーポートを使用した PTP 境界クロックの高可用性の設定を 参照してください。

Intel Granite Rapids-D (GNR-D) ハードウェア (たとえば、Intel E830 Carter Flat NIC を搭載した Dell XR8720t など) では、Precision Time Protocol (PTP) テレコム境界クロック (T-BC) の高可用性を実現するために、デュアルタイムレシーバー (TR) ポートを設定できます。この設定では、代替最適マスタークロックアルゴリズム (A-BMCA) を使用して、アクティブポートに障害が発生した場合や品質が低下した場合などに、アップストリームパス間の自動切り替えをサポートします。

GNR-D 設定では、2 つのプロファイルを持つ PtpConfig カスタムリソース (CR) と HardwareConfig CR を使用して、デジタル位相同期ループ (DPLL) クロックチェーンとホールドオーバーパラメーターを定義します。

詳細は、Intel Granite Rapids-D ハードウェアで linuxptp サービスを境界クロックとして設定するを 参照してください。

今回のリリースにより、Dell PowerEdge XR8720t プラットフォームなどの Intel Granite Rapids-D(GNR-D) ハードウェアに、Precision Time Protocol (PTP) テレコムグランドマスター (T-GM) クロックを導入できるようになります。ベースカーネルやファームウェアをアップグレードすることなく、現場で高精度なタイミングパラメーターを調整できるため、通信事業者の実稼働環境におけるタイミング性能の維持が容易になります。この機能は、テクノロジープレビューとして利用できます。

デプロイメントを設定するには、PtpConfig カスタムリソース (CR) と並行して HardwareConfig カスタムリソース (CR) を作成します。HardwareConfig CR は、現場で調整可能なホールドオーバーしきい値、Global Navigation Satellite System (GNSS) ソース設定、およびデジタル位相同期ループ (DPLL) パラメーターを公開します。また、DPLL 同期とクロッククラスの状態遷移を確認したり、タイミングメトリクスを監視したり、GNSS 接続と DPLL 同期の障害をトラブルシューティングしたりすることもできます。

詳細は、Intel Granite Rapids-D ハードウェア上の Telecom Grandmaster クロック用の HardwareConfig CR の設定を 参照してください。

OpenShift Container Platform は、基盤となるインフラストラクチャープラットフォームが IPv6 を提供している場合、シングルスタックおよびデュアルスタックネットワークを含む IPv6 をサポートします。このモデルは、OpenShift Container Platform のデプロイメントモデル全体に適用されます。

IPv6 は、以下のプラットフォームで完全にサポートされています。これらのプラットフォームは IPv6 接続機能を提供しています。

IPv6 は、以下のプラットフォームにおいてプラットフォーム固有の制限付きでサポートされています。

ベンダーが IPv6 を提供していないため、以下のプラットフォームでは IPv6 は利用できません。

すべての IPv6 クラスターに適用される OVN-Kubernetes デュアルスタック設定要件については、OVN-Kubernetes IPv6 およびデュアルスタックの制限 を参照してください。

今回のリリースにより、Web コンソールでセカンダリーネットワークの監視や Kubernetes サービスの管理が可能になり、手動での YAML 作成や煩雑なナビゲーションが不要になります。

仮想マシンの設定 ネットワーク タブでセカンダリーネットワークの名前をクリックして、そのセカンダリーネットワークの詳細ページ (NetworkAttachmentDefinition [NAD]、UserDefinedNetwork [UDN]、または ClusterUserDefinedNetwork [CUDN] を含む) に移動すると、新しい仮想 マシン タブから特定のネットワークに 関連付けられて いるすべてのワークロードを直接表示できます。

OCPNETUI-16

インタラクティブなフォームと、ライブで並べて表示される YAML プレビューを使用して、新しいサービスを構築できます。バックエンドの健全性指標が サービス および ルートの リストビューに直接統合されたことで、サービスとルートのステータスを一目で監視できるようになりました。

OCPNETUI-16