Linux 上のネットワーク ボンディング モード balance-rr / 802.3ad レイヤー 3+4

Linux 上のネットワーク ボンディング モード balance-rr / 802.3ad レイヤー 3+4

違いは何ですかバランス-rrそして802.3ad xmit_hash_policy がlayer3+4に設定されている

https://www.kernel.org/doc/Documentation/networking/bonding.txt

layer3+4: このアルゴリズムは、802.3ad に完全に準拠していません。断片化されたパケットと断片化されていないパケットの両方を含む単一の TCP または UDP 会話では、パケットが 2 つのインターフェイスにストライプ化されます。これにより、順序どおりに配信されない可能性があります。TCP はトラフィックを断片化することはほとんどなく、UDP トラフィックのほとんどが拡張会話に関係しないため、ほとんどのトラフィックの種類はこの基準を満たしません。802.3ad の他の実装では、この非準拠が許容される場合と許容されない場合があります。

答え1

802.3adxmit_hash_policy を layer3+4 に設定すると、標準的で、合理的で、広く使用されているボンディング モードの 1 つになります。他の多くのモードと同様に、単一の TCP 接続で 100% を超えるスループットは許可されません。実際には、引用した断片化されたパケットの免責事項は、私が見た限りでは関係ありません。

バランス-rr非常に特殊で、めったに使用されないバランシング モードです。これは主に、専用のバックアップ/リストア サブネットに役立ちます。共同ネットワークおよびシステム管理スタッフによって保守され、スイッチが特別に設定され、すべてのサーバー/ルーターが特別に設定され、少しテストするだけで、単一の TCP 接続で 100% を超えるスループットを達成できます。ただし、200% は期待しないでください。(リストアを非常に遅くしたい場合を除き、両方向をテストすることを忘れないでください)。リンクがダウンしても、残りのリンクは機能します。

すでに詳細な技術的説明へのリンクを貼っていただいているので、高レベルの回答がご希望であると理解しました。

答え2

リンク アグリゲーション グループ (LAG) は、帯域幅を増やすだけでなく、リンクのバックアップにも使用されます。LAG の 1 つのリンクがダウンすると、balance-rr LAG は正常に動作しませんが、802.3ad LAG は帯域幅を減らしても正常に動作します。

balance-rr LAG では、1 つの TCP/UDP 接続に LAG の全帯域幅を使用できますが、802.3ad LAG では、1 つのリンク帯域幅のみを使用できます。balance-rr LAG はバックアップと復元をサポートしていません。Cisco Etherchannel LAG と完全に連携します。多くの Cisco スイッチは Etherchannel LAG のみをサポートし、802.3ad LACP はサポートしていません。

関連情報