冗長スイッチ構成をネットワークの残りの部分にどのように接続する必要がありますか？
私のサーバーにはすべて2つのNICがあり、2つのイーサネットスイッチがあります（[〜＃〜] a [〜＃〜]および[〜＃〜] b [〜＃〜] ）冗長構成のサーバー専用。 NICをボンディング（Linux）またはチーミング（ESXi）で構成しましたが、これは正常に機能しているようです。スイッチをオフにするか、ケーブルを抜くと、すべてが続行されます。 [〜＃〜] a [〜＃〜]から[〜＃〜] b [〜＃〜]までのケーブルがあるので、シングルインターフェイスルーターは両方でアクセス可能。
3番目のスイッチ（[〜＃〜] x [〜＃〜]）を介して、サーバーをデスクトップに接続する必要があります。冗長性を最大限に活用するために、サーバーと同じ方法でこのスイッチを構成しました-リンクアグリゲーションを使用し、各スイッチに1本のケーブルを接続します[〜＃〜] a [〜＃〜] =および[〜＃〜] b [〜＃〜]。これにより、ランダムなパケットがドロップされます。 [〜＃〜] x [〜＃〜]が[〜＃〜] a [〜＃〜]にのみ接続するか、にのみ接続する場合は正しく機能します[〜＃〜] b [〜＃〜]ですが、もちろんこれは、スイッチの障害によってネットワークがダウンすることを意味します。
どこが間違っているのですか？これは機能することが期待されており、スイッチ[〜＃〜] x [〜＃〜]に障害がありますか、それとも[〜＃〜] x [〜 ＃〜]、代わりにSTPに依存しますか？
はい、「問題」はスパニングツリープロトコルがXからA + Bへの結合接続の片方のレッグを殺すことです。
帯域幅を増やすためにボンディング接続が必要な場合は、XからA/Bのeachまで2本のケーブルを配線し、合計4本のケーブルにします。 Aに向かうペアを、Bに向かうペアと同様に結合します。STPにその仕事をさせます（これにより、2つのうち1つのペアがオフになります）。
別の方法でホストを構成する必要があります。負荷分散のためにチームを組んでいるように見える現在のように（冗長性も提供しますが、単一のスイッチでのみ）、チームは冗長性のために構成する必要があります。このようにして、ホストは使用するスイッチを決定し、使用しているスイッチに応じて、MACアドレスを一方のNICからもう一方のスイッチに交換し、スイッチを満足させます。
複数のスイッチを介した2つ以上のNICでのロードシェアリングの別名であるEtherchannelを構成する方法がありますが、広くサポートされているとは思わず、私の経験では信頼できません。