vSphere NICチーミング-アクティブ/スタンバイの理由はありますか？
私たちはESXiを使用していますが、vSwitchの「NICチーミング」オプションについて疑問に思っています。
2つのNICを備えた特定のvSwitchで、a NIC as Active and other as Standby？.Iとして構成する正当な理由はありますか。常にActive/Activeのシナリオを使用します（Active/Standbyの理由は表示されません）NICが失敗した場合（およびESXiがそれに気付くため） ）すべてのトラフィックを他のトラフィックに切り替えますNICとにかく。
また、アクティブ/アクティブではなくアクティブ/スタンバイを常に使用するようにVMkernelポートグループ（またはそれが存在するvSwitch）に推奨事項はありますか？
ありがとう！クラコニア
頭に浮かぶ唯一のことは、（単一の）リンク障害が発生した場合でも、容量が失われることはなく、アプリケーションがより予測可能になるということです。
たとえば、リンクの使用状況は、誰もが完全に理解していなくても、単一のリンク（数か月にわたるアプリケーションの増加）を超えてゆっくりと上昇する可能性があります。次に、障害が発生すると、アプリケーションが混雑して動作し、ソースの追跡がはるかに困難になります。
「実際に」男になるつもりはありませんが...
実際、最も一般的な理由は、各NICが別のスイッチに移動する可能性があるためです。これは、ホスト、スイッチ、ファイラーレベルで冗長性が必要なイーサネットベースのストレージネットワークで特に役立ちます。私たちはまさにこのようにセットアップされています
特にESXiボンディングについては詳しくありませんが、Linuxボンディングを使用していると思います。アクティブ/バックアップモードを使用する主な理由の1つは、彼がNICを別のスイッチに接続すると、より簡単になる可能性があることです。一般に、アクティブ/スタンバイモデルが最も単純で、 KISSプリンシパル。したがって、どこにも必要がない場合は、単純に保つために結合帯域幅が必要です。
1つの基本的な理由：スイッチはアクティブ/アクティブ構成をサポートしていません。
通常の動作状態では単一のスイッチ内のすべての通信を維持することをお勧めします。これにより、スイッチ間のリンクに不必要な負荷をかけたり、輻輳のリスクを回避したりするのではなく、単一のスイッチバックプレーン内のトラフィックを維持します。これにより、ネットワークトラフィックパターンの外観によっては、遅延が減少し、ボトルネックが解消される可能性があります。
これは古い質問ですが、このテーマに関するGoogle検索の結果ではかなり高くなるので、どちらの構成が必要になるのかについて、より完全な一連の状況を提供したいと思います。
（私のように）ネットワーク機器に障害が発生した場合に2つのスイッチに2つの接続を確立したい場合は、ホスト上の2つのNICにまたがる2つのポートを使用して、2つの別々のスイッチにアクティブ/スタンバイ接続します。ケーブル、スイッチ、またはNIC障害が発生した場合でも、ホストにアクセスできます。
アクティブ/アクティブリンクアグリゲーションを通じてより高いパフォーマンスが必要な場合は、2つの別々のNICまたは同じCiscoスイッチの同じNIC）で2つのポートを使用し、Ciscoスイッチのポートを設定します。ホストで接続を構成する前に、ポートチャネル構成を準備します。これは複雑で、シスコのスイッチでのみ機能します。計画の最初からシスコ認定のネットワーク管理者と協力しているか、またはシスコ認定のネットワーク管理者であり、開始する前にすべてを計画してください。
いずれの場合も、これはネットワーク上の2つのポートにスイッチを接続しています。物理スイッチを使用してネットワーク上の2つのポートに接続すると、特定のリンクアグリゲーション構成が設定されていない限り、パフォーマンスの向上ではなく問題が発生します。 。
TL; DRバージョン：
冗長性のためにアクティブ/スタンバイを使用します。完全な冗長性を得るには、2つのNICと2つのスイッチを経由することが望ましいです。
パフォーマンスのためにアクティブ/アクティブを使用しますが、最初からネットワーク管理者と協力してください。冗長性のためにアクティブ/アクティブを使用しないでください。