第4章 SR-IOV デプロイメントの計画
Red Hat OpenStack Services on OpenShift (RHOSO) 環境での NFV の展開を最適化するために、適切な設定パラメーター値を選択してください。
SR-IOV がコンピュートノードのハードウェア (CPU、NUMA ノード、メモリー、NIC) をどのように使用するかを理解し、それを設定パラメーターを選択する際の判断材料にしてください。
4.1. SR-IOV デプロイメント向けの NIC の分割 リンクのコピーリンクがクリップボードにコピーされました!
RHOSO 管理ネットワークおよびプロバイダーネットワーク上で、シングルルート I/O 仮想化 (SR-IOV) を使用する Virtual Function (VF) を設定することで、各ホストに必要な NIC の数を減らすことができます。
1 つの高速 NIC を複数の VF に分割する場合、NIC をコントロールプレーンおよびデータプレーントラフィックの両方に使用することができます。この機能は、Intel Fortville NIC および Mellanox CX-5 NIC で検証されています。
NIC を分割するには、次の要件に従う必要があります。
NIC、そのアプリケーション、VF ゲスト、および OVS が、同じ NUMA Compute ノード上に存在する。
そうすることで、NUMA 間の操作によるパフォーマンスの低下を防ぐことができます。
NIC のファームウェアが最新であることを確認する。
Yumまたはdnf更新ではファームウェアの更新が完了しない可能性があります。詳細は、ベンダーのドキュメントを参照してください。
ベアメタルプロビジョニング中に使用される初期設定の一部は、プロビジョニング後も自動的に削除されません。場合によっては、OpenStackDataPlaneNodeSet CR の spec.bareMetalSetTemplate.ctlplaneInterface で指定されているように、プロビジョニングコントロールプレーンインターフェイスに使用される IP アドレスが重複して割り当てられる可能性があります。プロビジョニングされていないノードからの os-net-config データプレーンデプロイメントが、コントロールプレーンインターフェイス以外の用途で同じ NIC を使用し、その NIC をパーティション分割する場合、IP アドレスの競合によってデプロイメントが中断される可能性があります。
このような競合を防ぐには、remove_config を使用してください。
os-net-config がデプロイされたデータプレーンで NIC をコントロールプレーンインターフェイスとして使用する場合、または NIC をパーティション分割しない場合、競合は発生しません。その場合は、remove-config を使用する必要はありません。