複数のスイッチ上の単一のLACPチャネルによって冗長性が向上しますか？
LACPを使用して複数のインターフェイスを複数のスイッチのポートに結合すると、冗長性が向上するという意見、調査結果、または証拠に興味があります。以前に結合されたインターフェースは、常に単一のスイッチであり、別のポートへの冗長チャネルがあります。
ベンダーの詳細に踏み込むことなく、これは単一のLACPであるため、イベントまたは変更が広範なサービス停止につながる可能性があると私は考えています。多様なスイッチでこの単一チャネルをテストするための予備の機器や時間がないと、自分よりもネットワークの知識が豊富な人なら誰でも、結合されたインターフェイスを作成したサーバーへのネットワーク接続を停止させるネットワーク側のイベントがあるかどうかを教えてください別々のスイッチの2つのポートに？
サーバーから複数のスイッチ（使用できることをお勧めします）全体で結合されたイーサネットチャネルを使用すると、スループットが向上し（疑いなく）、冗長性が向上します（不確実）。スイッチの障害、ポートの移行、パッチの適用、回復などのネットワークイベントにより、両方のサーバーネットワークインターフェイスのチャネルが使用できなくなる可能性がありますか？
前もって感謝します。
LACP自体は、複数のスイッチ間で結合する機能を提供しません。単一のイーサネットスイッチ上の複数のポート間で結合します。ベンダーによっては、スイッチ上のどのポートを結合できるかについても制限がある場合があります。
一部のベンダーは、さまざまなイーサネットスイッチ間で結合されたイーサネットチャネルを可能にする独自のプロトコル（通常は [〜＃〜] mlag [〜＃〜] と呼ばれる）を持っています。例として、Cisco Nexus vPC（または一般的にMLAG）はスイッチで動作するか、接続された2つのスイッチ間でサーバー上の単一のLACPポートチャネルを結合します。
サーバーから複数のスイッチ（使用できることをお勧めします）全体でボンディングされたイーサネットチャネルを使用すると、スループットが向上し（疑いなく）、冗長性が向上します（不確実）。スイッチの障害、ポートの移行、パッチの適用、リカバリなどのネットワークイベントにより、両方のサーバーネットワークインターフェイスのチャネルが使用できなくなる可能性がありますか？
LACPshouldは、LACPチャネル内の単一の物理ポートまたはケーブルの障害に対する保護を提供します。
LACPは、LACPインターフェイスを誤ってシャットダウンしたり、VLANを削除したり、ポートチャネルメンバーリンクでTDRを実行したりするなどの人的要因から保護することはできません。 LACPは、そのLACPチャネルの単一のメンバーリンク、スパニングツリーイベント、ブロードキャストストーム、不明なユニキャストフラッディングなどによる帯域幅の過剰プロビジョニングからも保護できません。
回復時間を心配する場合は、インターフェイスで短いLACPプロトコルタイムアウトを使用してください。
LACPは通常、単一のデバイスまたはデバイスのグループとしてのみ機能します。つまり、スイッチとスイッチスタックの間でそれを行うことはできますが、複数の固有のデバイスに分散することはできません。
LACPは、ホストが複数の物理接続を集約したいスイッチと通信するためのプロトコルです。ただし、この集計は常に可能であるとは限りません。複数のスイッチへの接続が行われる場合、それらのスイッチは、結合されたリンクを作成するために協力するいくつかの方法をサポートする必要があります。そうしないと、サポートできません。
ほとんどのスイッチはこの連携をサポートしていません。ただし、そうする人もいます。最も一般的な方法はSMLTプロトコルです。これにより、スイッチが連携してリンクを作成できます。一部のスイッチは、複数のスイッチが単一の論理スイッチとして機能できるようにするスタッキングプロトコルもサポートしています。どちらの場合も、ドキュメントをチェックして、サポートと構成が確実であることを確認する必要があります。
LACPは同じ2つのデバイス間の複数の物理リンクを、より高いスループットを持つ1つの論理リンクに集約します。スイッチに障害が発生した場合に冗長性を探す場合は、2つのスイッチへのリンクをセットアップし、スパニングツリープロトコルを有効にして2つのリンクをブリッジするようにサーバーを構成する必要があります。 STPは自動的に1つのリンクをアクティブにし、他のバックアップを選択します。プライマリリンクがダウンした場合（スイッチが停止した場合）、バックアップに切り替わります。これには実際には何もありません。 LACPで行います。
4nics集約（2of4アクティブ+自動フェイルオーバー）：
Linux：eth0-3-> bond0、結合モード= 4
スイッチ（例：ジュニパー）：ポート1 +ポート2-> ae1 set interfaces ae1 aggregated-ether-options lacp passive set interfaces ae1（... vlan割り当てはここ...）
パッシブスイッチ側では、パートナーと通信するデバイスをLinuxが保証します。同じNICでPXEブートが必要な場合-A-switch、ge-0/0/1でforce-up（juniper）オプションを探します
たとえば、スタックまたはVSSを使用するコア上にある限り、デバイスと2つ以上のCiscoスイッチ間でリンク集約が発生する可能性があります。通常、大まかな経験則は、スイッチのスタックを制御する管理インターフェイスが1つだけの場合、EtherchannelまたはLACPを使用して、使用されているIPおよびMACを追跡できる1つのmac-address-tableを持ちます。各EC/LACP集約パス。