新機能と変更された機能

Red Hat OpenStack Platform 17.1のサポート

Contrail Networking リリース 21.4.L4 以降、Contrail Networking は仮想化なし(KVM も RHV も含まない)Red Hat OPenStack Platform 17.1 をサポートしています。この機能拡張以前は、Contrail Networkingは、KVM(カーネルベースの仮想マシン)を使用するホストがある環境でのみサポートされていました。この機能の詳細については、「 Red Hat OpenStack 17.1 を使用した Contrail のセットアップ」を参照してください。

Neutron ポート バインディング API のサポート

Contrail Networkingリリース21.4.L4は、Openstack中性子ポートバインディングAPIをサポートしています。OpenStack Neutron は、ライブマイグレーションシナリオを支援するために新しいポートバインディング API を使用しており、RHOSP 17 で動作する仮想マシンのライブマイグレーションに影響を与える古い方法論を非推奨としています。

この機能の詳細については、「 Neutron ポート バインディング API」を参照してください。

タグ付きおよびタグなし仮想マシンインターフェイスの仮想ポートグループへのデタッチおよびアタッチのサポート

Contrail Networkingリリース21.4.L4以降、タグ付き仮想マシンインターフェイスを仮想ポートグループからデタッチできるだけでなく、タグ付き仮想マシンインターフェイスを仮想ポートグループにアタッチできるようになりました。手順の詳細については、「 VMI を VPG にデタッチおよびアタッチする方法」を参照してください。

IPv6の動的MAC IP学習のサポート

OpenStack にデプロイされた仮想マシンは、独自の MAC IP アドレスを持つ複数のポッドをホストします。これらの MAC IP アドレスは外部アプリケーションによって割り当てられるため、Contrail Networking はこれらのポッドの MAC IP アドレスを認識しません。ただし、OpenStackマネージドIaaSネットワークを介したポッド間通信をサポートするには、ContrailのvrouterがポッドのMAC IPバインディングを学習し、IP-VPNとEVPNアドレスファミリーを使用してSDNゲートウェイと共有する必要があります。このように、Contrail Networkingリリース21.4.L4は、仮想マシンインターフェイス上で到達可能なMAC IPアドレスのデータプレーン学習をサポートします。(IPv4、IPv6、デュアルスタックの場合)。

詳細については、 Contrail vRouter の MAC アドレス - 仮想マシン上のポッドの IP アドレス学習と双方向転送および検出ヘルスチェックを参照してください。

同一MACアドレスでのMAC IP学習のサポート

Contrail Networkingリリース21.4.L4は、IPv4およびIPv6ルートのMAC IP学習をサポートしています。ポッドのMACアドレスは、ルートの学習元のVMIのMACアドレスと同じになります。

詳細については、 Contrail vRouter の MAC アドレス - 仮想マシン上のポッドの IP アドレス学習と双方向転送および検出ヘルスチェックを参照してください。

サブインターフェイスでのMAC IP学習のサポート

Contrail Networkingリリース21.4.L4は、サブインターフェイスで学習したポッドのIPv4およびIPv6ルートのMAC IP学習をサポートしています。ポッドは IPvLAN または Macvlan インターフェイスのいずれかを使用でき、IPv または Macvlan インターフェイスの IP アドレス ファミリはサブインターフェイスの IP アドレス ファミリと同じである必要があります。

詳細については、 Contrail vRouter の MAC アドレス - 仮想マシン上のポッドの IP アドレス学習と双方向転送および検出ヘルスチェックを参照してください。

デュアルスタックサブインターフェイスのサポート

グローバルにルーティング可能な新しいIPv4アドレスを取得することは現実的に不可能であるため、サービスプロバイダーは、グローバルにルーティング可能なIPv4アドレスを顧客に提供し続けることはできません。しかし、ネットワークを拡張するためには、既存のIPv4顧客と新しいIPv6顧客へのサービスを提供し続ける必要があります。これらの顧客は皆、主にIPv4の宛先に到達しようとします。したがって、IPv4 と IPv6 は共存する必要があり、それらの共存はエンド ユーザーに対して透過的でなければなりません。

デュアルスタックデバイスとは、IPv4 パケットと IPv6 パケットの両方を発信および理解できるネットワーク インターフェイスを備えたデバイスのことです。Contrail Networkingリリース21.4.L4は、デュアルスタックポッドのMAC-IP学習をサポートしています。

詳細については、 Contrail vRouter の MAC アドレス - 仮想マシン上のポッドの IP アドレス学習と双方向転送および検出ヘルスチェックを参照してください。

1500バイト以外のデフォルトMTUをVNに適用するサポート

Contrail Networkingリリース21.4.L3は、次のように、優先度の高いものから低いものへの優先度に基づいて、テナントおよび仮想ネットワークリソース内のMTUプロパティをサポートおよび実装します。

1. 明示的に定義された仮想ネットワークの MTU (指定されている場合)
2. テナントごとに定義された既定の MTU (仮想ネットワークの MTU が明示的に定義されていない場合)
3. テナントごとに MTU が設定されていない場合、既定値は 1500 バイトです

テナントごとの MTU 値は、Contrail の現在のデフォルト動作に影響を与えることなく、設定および更新できます。テナントごとの既定の MTU は "None" であり、新しい明示的な MTU が定義されていない新しい仮想ネットワークには、既定の 1500 バイトの MTU が割り当てられます。

MTU がゼロの仮想ネットワークが作成された場合、仮想ネットワークの作成時に指定された MTU が割り当てられます。MTU が指定されていない場合は、デフォルト値が適用されます。

vRouterでの決定論的ルート識別者のサポート

Contrail Networkingリリース21.4.L3以降、新しい仮想ルーティングおよび転送(VRF)IDが作成されるたびに、構成サーバーが一意のルーティングインスタンスID(RI-ID)を生成します。このRI-IDは、ルート識別(RD)を使用するルートに適用され、11 から 4294967296 の範囲内です。RI-ID は routing_instance_id:id として表されます。たとえば、routing_instance_id:11 のようになります。この RI-ID を使用して、エージェントは決定論的 RD を作成し、それを <compute-node-ip>:<unique-id-generated-by-config-server> として表します。ここでは、前の例で生成された RD 値 (<compute-node-ip>:11) が使用されます。

デフォルトの VRF には仮想ネットワークがないため、RD 値 0 はデフォルト VRF 「vrf : default-domain:default-project:ip-fabric:__default__」用に予約されています。また、RD 値 -1 は、構成サーバーから無効な RD 構成を受信したことを示すために予約されています。

この機能強化により、再起動後も RI-ID を変更せずに Contrail vRouter 再起動後のネットワークパフォーマンスが向上します。永続RI-IDはネットワークですでに認識されているため、vRouterとクラウドネットワーク環境でのvRouter再起動プロセスが簡素化されます。

Canonical Openstack Multiモデルのサポート

Contrail Networkingリリース21.4.L3は、Canonical Openstackマルチモデルの導入をサポートしています。Contrail Networkingリリース21.4.L2からContrailNetworkingリリース21.4.L3にアップグレードできます。

マルチモデルでのアップグレードの実行について、詳しくは Juju Charmを使用した正規のOpenstackマルチモデルデプロイメントで、ゼロインパクトアップグレード手順を使用したContrail Networkingの更新を参照してください。

Mellanox CX6のサポート

Contrail Networkingリリース21.4.L3以降、Contrail Networkingのansible導入者は、DPDKバージョン22.11でMellanox CX6をサポートしています。

Red Hat Openstack Release 13 および Contrail Networking Release 1912.L4 を使用する環境での早送りアップグレードのサポート

Contrail Networkingリリース21.4.L2以降、Red Hat Openstackリリース13のContrail Networkingリリース1912.L4を使用している環境から、Red Hat Openstackリリース16.2.4のContrail Networkingリリース21.4.L2を使用している環境への早送りアップグレード(FFU)を実行できます。FFU により、ユーザーは、複数の Openstack バージョンが互いに離れている Red Hat OpenStack のロングライフバージョン間でアップグレードすると同時に、同じプロセスを使用して Contrail Networking をアップグレードすることができます。

この FFU の実行方法については、早 送りアップグレード:Contrail Networking 1912.L2 および Red Hat OpenStack 13 から Contrail Networking 21.4.L2 および Red Hat Openstack 16.2 へのアップデートを参照してください。

リモートコンピュート外部コントローラに対するサービスとしてのBGPaaS(BGPaaS)のサポート

Contrail Networkingリリース21.4.L2以降、リモートコンピューティングクラスターでBGPaaS(サービスとしてのBGPaaS)を設定できるようになりました。リモート計算クラスターでの BGPaaS は、リモート計算クラスターの外部で構成するのと同じ方法で構成します。

Contrail NetworkingでのBGPaaSの設定については、「 サービスとしてのBGP」を参照してください。

Contrail Networking のリモート コンピューティングの詳細については、「 リモート コンピューティング」を参照してください。

MP-BGPルートへのインポートルーティングポリシーの適用サポート

Contrail Networkingリリース21.4.L1以降、Contrail Networkingを使用して、MP-BGPルートにのみインポートルーティングポリシーを適用できるようになりました。この機能拡張により、ルーティングポリシーで、BGPaaS からのルートをマッチングさせることなく、MPLS バックボーンネットワークからの MP-BGP トラフィックからのルートをマッチングさせることができます。この機能拡張は、ルーティング ポリシー内のプロトコルが BGP として設定されている場合に、ルーティング ポリシーがルートを識別する方法を変更することで機能します。

詳細については、「 ルーティング ポリシー」を参照してください。

Contrail コマンドでのリモート コンピューティングの機能強化

Contrail Networkingリリース21.4.L1以降、Contrailコマンドのグラフィカルユーザーインターフェイスで、リモートコンピューティングルーティングクラスターに関連付けられているBGPルーターとvRouterをより適切に監視および設定できるようになりました。

これらの機能強化の詳細については、「リモート コンピューティング」の「Monitoring and Configuring BGP Routers for Remote Compute in Contrail Command」セクションと「Viewing the Virtual Router Connected to Remote Compute Clusters in Contrail Command」セクションを参照してください。

RHOSP/TripleOを用いたリモートコンピューティングの自動展開をサポート

Contrail Networking 21.4 以降、エッジのユースケースで RHOSP/TripleO を使用して、リモートコンピューティングを自動的に導入できるようになりました。

詳細については、「 リモート コンピューティング」を参照してください。

グレースフルリスタートまたは長寿命グレースフルリスタートによるEVPNタイプ2ルートのサポート

Contrail Networkingリリース21.4以降、グレースフルリスタートまたは長寿命グレースフルリスタート機能により、EVPNタイプ2ルートがサポートされ、セッションの再開とルートの再学習が行われるようになり、ネットワーク全体への影響が軽減されます。

詳細については、 グレースフルリスタートの設定および長期間有効なグレースフルリスタートの設定を参照してください。

UBI 8 の Contrail コンテナ イメージのサポート

Contrail リリース 21.4 以降、Red Hat Universal Base Image 8(ubi8)が Contrail コンテナイメージのベースとして使用されます。

詳細については、「 Contrailコンテナについて」を参照してください。

Contrailソフトウェアのアップグレード

Contrail Networking リリース 21.4 以降、Red Hat Fast Forward Upgrade(FFU)手順を活用することで、Red Hat OpenStack Platform(RHOSP)を RHOSP 13 または RHOSP 16.1 から RHOSP 16.2 にアップグレードすると同時に、Contrail Networking をリリース 1912.L4 または 2011.L3 からリリース 21.4 にアップグレードできます。

詳細については、「 Contrail Networkingリリース1912.L4または2011.L3(RHOSP 13またはRHOSP 16.1を適用)からContrail Networkingリリース21.4(RHOSP 16.2)にアップグレードする」を参照してください。

Red Hat OpenStack 16 環境で Red Hat Virtualization (RHV) を使用するホストのサポート

Contrail Networking リリース 21.4 以降、Contrail Networkingは、Red Hat Virtualization (RHV) を使用するホストがある Red Hat OpenStack 16 環境で動作するように拡張されました。

詳細については、『Contrail Networkingインストールおよびアップグレードガイド』のUsing Contrail Networking with OpenStackセクションにある「インフラストラクチャのセットアップ(Contrail Networkingリリース21.4以降)」を参照してください。