nicsとifenslaveの結合について少し読んだ。2つのスイッチ間でボンドを分割するために特別な構成が必要かどうかを理解できません。たとえば、それぞれに2つのNICと2つの個別のスイッチがある複数のサーバーがある場合、ボンドを構成し、それぞれから1つのNICをスイッチ＃1に接続し、もう1つをそれぞれからスイッチ＃2に接続しますか？それともそれ以上のものですか？
ボンドがアクティブバックアップである場合、単一のマシンのNIC障害は、残りのマシンがプライマリNICを使用し、セカンダリが使用しているため、サーバーが切断される可能性があることを意味しますか？または、スイッチも1本のケーブルでリンクしていますか？
回答:
上記の例のようなトポロジでは、可用性を最適化する場合、アクティブバックアップモードとブロードキャストモードが唯一の有効なボンディングモードです。他のモードでは、すべてのリンクが同じピアで終端して合理的に動作する必要があります。
引用で参照されている例は、2つ（またはそれ以上）のNICを持つ単一のホストで、各NICが個別のスイッチに接続されていることに注意してください。スイッチには、それらを相互に接続するリンク（ISLまたはスイッチ間リンク）があります。
これは、使用しているボンディングモードによって異なります。この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は、問題のスイッチが何らかのポートグループをサポートすることを必要とします。