現在、パフォーマンスのためにネットワークを再配置しようとしています。ネットワーク図が直線のように見えるという問題の解決をすでに開始しているので、現在、仮想ホストの4つのNICを調べています。
現在のように、3つのNICは1つのスイッチに、もう1つは別のスイッチに接続されますが、これは設計上の選択ではなく、インストール時にどのポートが空いていたかという選択ではなかったように感じます。
仮想ホストがない場合のネットワークの外観が非常に単純化されているとすると、次のようになります。
次のように、4つすべてのNICを中央スイッチに接続する必要があるかどうかはわかりません。
または、次のように、クライアントがホストへの短いルート(ただし、NICの1つのみ)を持つようにそれらを配布します。
ちなみに、vSphere eSXI vSphere 5.1を使用しており、実行中の仮想マシンは完全にネットワーク内のサービスを提供します。いずれもインターネットに接続されていません。
Nics <-> vSwitch環境のレイアウトは次のとおりです。
VSwitchからのアップリンクを複数の物理スイッチ間で分散させたい理由がありますが、主に冗長性の目的であり、クライアントとの間の通信にトラフィックが取る必要のあるパスの長さを減らすためではありません。仮想マシン。
これがどのように正確に動作するかは、vSwitchの構成によって異なります。NICチーミングタブでは、NICの使用方法を決定する設定は、[負荷分散]ドロップダウンとアダプターのアクティブ/スタンバイ状態。
ポートIDとMACハッシュの構成は両方とも、各VMのトラフィックを特定の物理的なNICに効果的に割り当てます-したがって、そこから発信されるトラフィックはVM(およびVMに着信)) 、スイッチのMACアドレステーブルが原因で、何かが変更されるまで(NICトポロジがダウンしたために変更されるなど)、同じ物理NICに固定されます。 、 例えば)。
他の負荷分散オプションはIPハッシュですが、複数のスイッチにアップリンクする場合は必要ありません。あらゆる種類のMACアドレスフラッピングが発生します。
一般に、レイヤー2スイッチングは、何かへの最短の物理パスをとることができません。少なくとも [〜#〜] trill [〜#〜] が離陸し始めるまでは、作業パスは1つだけです。
特定のVMがポイントされる傾向があるスイッチを手動で制御できる可能性があります。それは役に立ちますか?