サーバーに2つのNICを配置する理由はありますか？
サーバーに2つのNICを配置する理由は、次の場合を除きますか？
- 2つの異なる物理ネットワークに接続する必要があります
- 冗長性（1 NIC失敗するので、もう一方を使用します）
他に理由はありますか？
（2a）。負荷分散。
（3）。トラフィックの分離（つまり、コンボWeb /データベースサーバー、同じネットワーク、すべてのWebトラフィックを1つのNICに、DBトラフィックをもう1つのNICに配置すると、トラフィックタイプの負荷を簡単に計算できます）。これにより、後で2つを簡単に分割できるようになり、接続文字列を変更する必要がなくなります。
バックアップ用の別のネットワーク。
コンソールアクセス用の個別のネットワーク（これらは通常、メインストリームサーバーのシステムボードに統合されています）。
結合されたスループットの向上（複数GBネットワーク）。
私が考えることができるもう1つの主な理由があります。これは冗長性に似ています。それはトランキングです。そのため、トラフィックを2x1Gbitポートにフローするように構成して、2Gbitの総スループットを実現できます。これをLaCPと呼ぶ人もいますが、以下で説明するように、linuxはこれをmode = 4として認識しています。
Linuxインターフェイスボンディングモードには、他にいくつかのオプションがあります。
mode = 0（balance-rr）ラウンドロビンポリシー
mode = 1（アクティブバックアップ）アクティブバックアップポリシー
mode = 2（balance-xor）XORポリシー：[（送信元MACアドレスと宛先MACアドレスでXORされた）モジュロスレーブカウント]に基づいて送信します。
mode = 3（ブロードキャスト）ブロードキャストポリシー：すべてのスレーブインターフェイスですべてを送信します。このモードは、フォールトトレランスを提供します。
mode = 4（802.3ad）IEEE 802.3ad動的リンク集約。同じ速度と二重設定を共有する集約グループを作成します。
mode = 5（balance-tlb）アダプティブ送信ロードバランシング：特別なスイッチサポートを必要としないチャネルボンディング。
mode = 6（balance-alb）アダプティブロードバランシング：IPV4トラフィックのbalance-tlbと受信ロードバランシング（rlb）を含み、特別なスイッチサポートを必要としません。
Microsoftクラスターには、ノード間のハートビート用に追加のNICポートが必要です。
＃2と同様に、可用性を高めるには複数のNICも必要です。複数のネットワークインターフェース（同じネットワーク上にありますが、実際には別個である必要があります）を使用して、どのサーバーが利用可能か（ハートビート）を監視します。また、VMWareの場合、3番目のNICを使用して、パブリックインターフェイスで利用可能な帯域幅の量やハートビートを妨げることなく、仮想マシンのアクティブ状態を移行できます。
おそらくHAに対して他のように述べられているように、おそらく2つのNICがサーバーに最低限必要です。コンソール、ハートビート、場合によってはiSCSIストレージを含め始めると、サーバーのNICを6ダースに簡単にヒットできます。
これは「＃2つの異なる物理ネットワークに接続する必要があります」に該当する場合がありますが、サーバーがルーターでもある場合は、2つのNICが必要です。
サーバーでは常に2つのNICを使用して冗長性を確保しています。何年にもわたって、私は間違ったケーブルを外しました（通常、急いでいることが原因です）。結果としてサーバーが切断されないのは本当に素晴らしいことです。 NICの故障も数回経験しました。
私に関する限り、可能な場合はサーバーにすべての冗長性を持たせる必要があります。 NICも例外ではありません。まれに、トラフィックの分離も必要になったため、2つ目のペアを追加しました。
NIC冗長性の引数を理解したことがありません。可動部品がなければ、めったに失敗しません... 1つのサーバーに2つのマザーボードがない場合は、サーバーレベル全体で冗長であることが最善です。
しかし、私はエラーでプラグを抜くとき、上記の「ヒューマンエラー」の冗長性が好きです。
Snortや他のハニーポットやIDSの実行専用のインターフェイスを1つ用意し、内部ネットワークにもう1つのインターフェイスを用意することは、2つのNICカードを使用するもう1つの理由です。ロードバランシングとトランキングのアイデアについても同意しました。