チャネルボンディングモード
ボンディングモードはインターネット上で異なって記述されているため、Ubuntuでのチャネルボンディングの実装に関するドキュメントはどこにあるのか知りたいと思いました。
Ubuntu Server 10.0.4 LTSを使用しており、2.6カーネルを使用しています
ありがとうございました
ボンディングモードに関連するUbuntuのドキュメントが利用可能です こちら 。
イーサネットボンディングモードの説明：
モード0
balance-rr
ラウンドロビンポリシー：最初の使用可能なスレーブから最後のスレーブまで順番にパケットを送信します。このモードは、負荷分散とフォールトトレランスを提供します。
モード1
active-backup
アクティブ-バックアップポリシー：ボンド内の1つのスレーブのみがアクティブです。アクティブなスレーブに障害が発生した場合にのみ、別のスレーブがアクティブになります。ボンドのMACアドレスは、スイッチの混乱を避けるため、1つのポート（ネットワークアダプター）でのみ外部から見ることができます。このモードはフォールトトレランスを提供します。主なオプションは、このモードの動作に影響します。
モード2
balance-xor
XORポリシー：[（送信元MACアドレスと宛先MACアドレスのXOR）モジュロスレーブカウント]に基づいて送信します。これにより、各宛先MACアドレスに同じスレーブが選択されます。このモードは、負荷分散とフォールトトレランスを提供します。
モード3
broadcast
ブロードキャストポリシー：すべてのスレーブインターフェイスですべてを送信します。このモードはフォールトトレランスを提供します。
モード4
802.3ad
IEEE 802.3adダイナミックリンクアグリゲーション。同じ速度と二重設定を共有する集約グループを作成します。 802.3ad仕様に従って、アクティブなアグリゲーターのすべてのスレーブを利用します。
前提条件：
- 各スレーブの速度とデュプレックスを取得するためのベースドライバーでのEthtoolのサポート。
- IEEE 802.3adダイナミックリンクアグリゲーションをサポートするスイッチ。ほとんどのスイッチでは、802.3adモードを有効にするために何らかのタイプの構成が必要です。
モード5
balance-tlb
適応送信ロードバランシング：特別なスイッチサポートを必要としないチャネルボンディング。発信トラフィックは、各スレーブの現在の負荷（速度に対して計算される）に従って分散されます。着信トラフィックは現在のスレーブによって受信されます。受信スレーブが失敗すると、別のスレーブが、失敗した受信スレーブのMACアドレスを引き継ぎます。
前提条件：
- 各スレーブの速度を取得するためのベースドライバーでのEthtoolのサポート。
モード6
balance-alb
適応負荷分散：balance-tlbに加えて、IPV4トラフィックの受信負荷分散（rlb）が含まれ、特別なスイッチのサポートは必要ありません。受信ロードバランシングは、ARPネゴシエーションによって実現されます。ボンディングドライバーは、ローカルシステムによって送信されるARP応答を途中でインターセプトし、ソースハードウェアアドレスをボンディング内のスレーブのいずれかの一意のハードウェアアドレスで上書きし、異なるピアがサーバーに異なるハードウェアアドレスを使用するようにします。
最良のソースはこれだと思います Kernel.org document 。また、各タイプがいつ最適かなどの説明も提供します。
セクションは長く、短い抜粋だけを貼り付けます。
11.2.1複数スイッチトポロジのHAボンディングモードの選択
上記の例のようなトポロジでは、アクティブバックアップモードとブロードキャストモードは、可用性を最適化する場合に唯一の有用なボンディングモードです。他のモードでは、すべてのリンクが合理的に動作するために同じピアで終了する必要があります。
active-backup：これは一般に優先モードで、特にスイッチにISLがあり、一緒に再生する場合に適しています。 1つのスイッチが特にバックアップスイッチであるようなネットワーク構成の場合（たとえば、容量が小さい、コストが高いなど）、プライマリオプションを使用して、優先リンクが使用可能なときに常に使用されるようにすることができます。
ブロードキャスト：このモードは実際には特別な目的のモードであり、非常に特定のニーズにのみ適しています。たとえば、2つのスイッチが接続されていない（ISLがない）場合、それらを超えるネットワークは完全に独立しています。この場合、特定の片方向トラフィックが両方の独立したネットワークに到達する必要がある場合、ブロードキャストモードが適している可能性があります。
...
12.1.1 MT単一スイッチトポロジのボンディングモード選択
この構成は、セットアップと理解が最も簡単ですが、ニーズに最適なボンディングモードを決定する必要があります。各モードのトレードオフは次のとおりです。
balance-rr：このモードは、単一のTCP/IP接続が複数のインターフェースにトラフィックをストライプ化することを許可する唯一のモードです。したがって、単一のTCP/IPストリームが複数のインターフェイスの価値のあるスループットを利用できるようにする唯一のモードです。ただし、これにはコストがかかります。通常、ストライピングにより、ピアシステムがパケットを順番どおりに受信できなくなり、TCP/IPの輻輳制御システムが、多くの場合セグメントを再送信して起動します。
...
active-backup：非アクティブなバックアップデバイスはすべてプライマリと同じピアに接続されているため、このネットワークトポロジにはアクティブバックアップモードに対する利点はあまりありません。この場合、ロードバランシングモード（リンクモニタリングを使用）は、同じレベルのネットワーク可用性を提供しますが、利用可能な帯域幅が増加します。プラス面では、アクティブバックアップモードではスイッチの設定が不要なので、使用可能なハードウェアがロードバランスモードをサポートしていない場合に価値があります。
balance-xor：このモードは、特定のピア宛てのパケットが常に同じインターフェースを介して送信されるようにトラフィックを制限します。宛先は関連するMACアドレスによって決定されるため、このモードは宛先がすべて同じローカルネットワーク上にある「ローカル」ネットワーク構成（上記）で最適に機能します。すべてのトラフィックが単一のルーター（つまり、上記の「ゲートウェイ」ネットワーク構成）を通過する場合、このモードは最適ではない可能性があります。
Balance-rrと同様に、スイッチポートは「etherchannel」または「trunking」用に設定する必要があります。
ブロードキャスト：アクティブバックアップと同様に、このタイプのネットワークトポロジでは、このモードにはあまり利点がありません。
802.3ad：このモードは、このタイプのネットワークトポロジに適しています。 802.3adモードはIEEE規格であるため、802.3adを実装するすべてのピアは相互運用できます。 802.3adプロトコルには集約の自動構成が含まれているため、最小限のスイッチの手動構成が必要です（通常、802.3adで使用できるデバイスのセットを指定する場合のみ）。 802.3ad規格では、フレームを順番に（一定の制限内で）配信することも義務付けられているため、一般に単一の接続ではパケットの順序が乱れることはありません。 802.3adモードにはいくつかの欠点があります。標準では、集約内のすべてのデバイスが同じ速度とデュプレックスで動作することが義務付けられています。また、balance-rr以外のすべてのボンディングロードバランスモードと同様に、単一の接続が単一のインターフェイスの帯域幅以上の帯域幅を利用することはできません。
...
balance-tlb：balance-tlbモードは、ピアごとに発信トラフィックのバランスを取ります。 （前述の）「ゲートウェイ」構成では、MACアドレスに従ってバランシングが行われるため、このモードはすべてのトラフィックを単一のデバイスに送信します。ただし、「ローカル」ネットワーク構成では、このモードは漠然とインテリジェントな方法でデバイス間で複数のローカルネットワークピアのバランスを取ります（balance-xorまたは802.3adモードのような単純なXORではありません）数学的に不運なMACアドレス（つまり、XORが同じ値になっているアドレス））は、単一のインターフェイスですべて「バンチアップ」するわけではありません。
...
balance-alb：このモードは、balance-tlbのすべての機能です。これには、balance-tlbのすべての機能（および制限）があり、ローカルネットワークピアからの着信トラフィックのバランスも調整されます（上記の「ボンディングモジュールオプション」セクションで説明）。
このモードの唯一の追加の欠点は、デバイスが開いている間、ネットワークデバイスドライバーがハードウェアアドレスの変更をサポートする必要があることです。