これは RTFM のような質問かもしれません。もしそうなら、TFM へのリンクを提供してくれた人に喜んで答えを差し上げます :)
私のラックでは、あらゆるところに冗長性があります。スイッチ 2 セット、上流ルーター 2 台、電源パス 2 つ、サーバー内の電源装置 2 台... 手順はご存じのとおりです。しかし、サーバーからのパスが 2 つあるかどうかが気になります。サーバーにはそれぞれ 2 つ (またはそれ以上) の NIC があります。これまでは、LAG (Cisco 用語では Etherchannel) を使用して、同じスイッチに 2 つのリンクを提供していました。実際には、スタック内の 2 つのスイッチ (つまり、管理インターフェイスは 1 つ、物理ボックスは 2 つ) です。つまり、ケーブルやインターフェイス (スイッチまたはボックス) の障害、さらにはスイッチの障害 (スタックによって他のスイッチが影響を受けない場合) にも耐えることができます。
なぜそれを続けないのでしょうか? 複数のスイッチ スタックが必要になる段階にきています。つまり、スイッチ スタックに障害が発生すると、到達可能なマシンが半分に減ることになります。
スイッチ スタックには、相互に、またルータなどに対して十分な帯域幅を持つクロス接続があると仮定します。私が希望するのは、スパニング ツリー プロトコルのようなものです。各サーバーから各スイッチに回線を走らせ、使用する 1 つを選択します。そのリンクがダウンした場合は、他のリンクに切り替えます。これにより、スイッチ スタック全体が問題なく故障する (全員が切り替えに気付いた後) ようになることを期待しています。
問題がなければ、私は CentOS を実行しています。スイッチに固有ではないものが理想的ですが、ベンダーからのソリューションについても聞きたいです。
答え1
基本的に、マシンのNICをモード=1、アクティブバックアップで結合します。これにより、設定が容易になります。http://www.howtoforge.com/network_card_bonding_centos
答え2
ボンディング ドライバーを見てください。このドライバーには、あなたが説明しているような機能を実行できるアクティブ/パッシブ モードがあります。特定のスイッチ サポートは必要ありません。これは古いドキュメントですが、まだ関連性があると思います。
http://www.kernel.org/pub/linux/kernel/people/marcelo/linux-2.4/Documentation/networking/bonding.txt
答え3
スイッチ フォールト トレラント モードで NIC チーミングを使用しようとしているようです。ホストにはどのような NIC がインストールされていますか? ドライバーは、チーミング用の高度なネットワーク サービスをサポートしていますか?