複数のスイッチ間のリンクボンディング？
Nicsとifenslaveの結合について少し読んだ。 2つのスイッチ間でボンドを分割するために特別な構成が必要かどうかを理解できません。たとえば、それぞれに2つのNICと2つの個別のスイッチがある複数のサーバーがある場合、ボンドを構成し、それぞれから1つのNICをスイッチ＃1に接続し、もう1つをそれぞれからスイッチ＃2に接続しますか？それともそれ以上のものですか？
ボンドがアクティブバックアップである場合、単一のマシンのNIC障害は、残りのマシンがプライマリNICを使用し、セカンダリが使用しているため、サーバーが切断される可能性があることを意味しますか？または、スイッチも1本のケーブルでリンクしていますか？
Linuxカーネルネットワークボンディングのドキュメント から：
上記の例のようなトポロジでは、active-backupおよびブロードキャストモードが唯一の有用な結合モードです可用性を最適化する場合。 他のモードでは、すべてのリンクが同じピアで終端して合理的に動作する必要があります。
引用で参照されている例は、2つ（またはそれ以上）のNICを備えた単一のホストであり、それぞれNICが個別のスイッチに接続されています。スイッチは、それらの間にリンク（ISLまたはInter -Switch Link）それらを一緒に接続します。
これは、使用している 結合モード によって異なります。 802.3adモードでは、スイッチが 802.3ad をサポートしている必要があり、このために特別に構成されています。その他のモード（balance-rr、active-backup、balance-xor、balance-tlbおよびbalance-alb）特定のスイッチサポートを必要としません。
スイッチ間の接続がボンディングモードの選択にどのように影響するかはわかりませんが、スイッチを相互に接続し、 [〜＃〜] stp [〜＃〜] =有効。 このページ は、結合に適したリソースのようです。
... 2つのスイッチ間でボンドを分割するために必要な特別な構成があるかどうかを理解できません。
スイッチ間でリンクを結合する場合は、最初にそれをサポートするスイッチが必要です。 LACP（802.3ad）は、単一のスイッチ内の結合のみをサポートします 。私が知っているすべてのスイッチ間イーサネットボンディングプロトコルは独自仕様です。
スイッチベンダーに連絡して、サーバーOSで動作するマルチシャーシイーサネットボンディングプロトコルがあるかどうかを確認してください。
編集：
mgorvenがコメントで指摘したように、802.3adを必要とせずに複数のスイッチ間で結合できます
私たちが求めている高可用性を実現する唯一のボンディングモードは、アクティブバックアップボンディングであり、各ボンディンググループからの1本のケーブルが相互接続されているさまざまなスイッチに接続されています。これにより、特定のスイッチに障害が発生し、すべてのトラフィックが他のスイッチとそれに接続されているNICにプッシュされます。または、2つが同じボンド内になく、すべてのスイッチが動作している場合、任意の数の個々のNICが失敗する可能性があります。
802.3adはそれをサポートするマネージドスイッチを必要とし、xor-またはrr-balancedは問題のスイッチがなんらかのポートグループをサポートすることを必要とします。