3.2. NetworkAttachmentDefinition を使用したプライマリーネットワークの作成
OVN-Kubernetes 以外の CNI プラグイン (IPVLAN や MACVLAN など) を使用する必要がある場合、または高度なネットワークシナリオのために Container Network Interface (CNI) 設定を直接制御する必要がある場合は、NetworkAttachmentDefinition (NAD) リソースを使用してプライマリーネットワークを作成します。
3.2.1. プライマリーネットワークの管理方法 リンクのコピーリンクがクリップボードにコピーされました!
NAD CR によって作成されたプライマリーネットワークのライフサイクルは、Cluster Network Operator (CNO) または YAML マニフェストを通じて管理できます。CNO を使用することでネットワークリソースの自動管理が可能になり、YAML マニフェストを適用することでネットワーク設定を直接制御できます。
- Cluster Network Operator (CNO) 設定の変更
-
この方法を使用すると、CNO によって
NetworkAttachmentDefinitionオブジェクトが自動的に作成および管理されます。CNO は、オブジェクトのライフサイクルを管理するだけでなく、DHCP によって割り当てられる IP アドレスを使用するプライマリーネットワークで DHCP が利用可能であることを確認します。 - YAML マニフェストの適用
-
この方法を使用すると、
NetworkAttachmentDefinitionオブジェクトを作成してプライマリーネットワークを直接管理できます。この方法では、Pod にプライマリーネットワークインターフェイスを割り当てるために複数の CNI プラグインを呼び出すことができます。
各アプローチは同時に使用できず、プライマリーネットワークを管理する場合に 1 つのアプローチしか使用できません。どちらのアプローチでも、プライマリーネットワークは、お客様が設定した Container Network Interface (CNI) プラグインによって管理されます。
OVN SDN を使用して、Red Hat OpenStack Platform (RHOSP) に複数のネットワークインターフェイスを持つ OpenShift Container Platform ノードをデプロイすると、セカンダリーインターフェイスの DNS 設定がプライマリーインターフェイスの DNS 設定よりも優先される場合があります。その場合は、次のコマンドを実行して、セカンダリーインターフェイスに割り当てられているサブネット ID の DNS ネームサーバーを削除します。
$ openstack subnet set --dns-nameserver 0.0.0.0 <subnet_id>