ベアメタル NSX Edge で構成された LACP LAG ボンディング経由の TX トラフィックは、1 つのインターフェースに偏っています。

Products

• VMware NSX

Issue/Introduction

免責事項：これは英文の記事「TX traffic via LACP LAG bonding configured with bare metal NSX Edge is skewed to one interface」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。

 

• LACP LAG ボンディングは、ベアメタル NSX Edge ノード上で構成されます。
• 結合を形成するデバイスは複数の NUMA ノードにまたがります。
• LACP から送信されたパケットは、NUMA ノード 0 に属するインターフェースに偏っています。

Environment

VMware NSX 
VMware NSX-T Datacenter

Cause

これは想定された動作です。

「ベア メタルへの NSX Edge のインストール」で説明されているように、ボンドを形成するデバイスが複数のNUMAノードにまたがっている場合、ボンドはローカルNUMAノード0のネットワークデバイスのCPUのみを使用してパケットを送信します。

そのため、ボンディングされたデバイスから送信されるトラフィックのバランスをとるために、すべてのデバイスが使用されるわけではありません。

Resolution

NUMA ノード 0 に属するインターフェースを指定して、LACP LAG ボンディングを設定します。

Additional Information

この場合、フェイルオーバーとロード バランシングは排他的であるため、フェイルオーバーは引き続き機能します。
ローカル NUMA ノードに接続しているイーサネット デバイスが停止すると、そのトラフィックは他のデバイスに送信されます（NUMA のローカルにないデバイスに送信される場合もあります）。
ロード バランシングの最適化は、フェイルオーバー機能に影響しません。
get dataplane コマンドを実行して、各データパス インターフェイスに関連付けられている NUMA ノードを表示します。
データパスに関連付けられている NIC を単一の NUMA ノードに移動するには、BIOS を介してサーバを物理的に再構成する必要があります。