私の ESX ホストにはそれぞれ 8 個の NIC があります。
iSCSI SAN 用に 2 つの NIC を設定しました。それぞれが異なる SAN スイッチに接続されています。vMotion とサービス コンソール用に 2 つの NIC を設定しました。これらはそれぞれ異なるコア スイッチに接続されています (ポートは vMotion と管理専用の VLAN でトランクされています)
今では 4 つのポートが残っています。現在、これらのポートはそれぞれデフォルトの VLAN に接続するように設定されています。2 つの NIC が 1 つのコア スイッチに接続され、2 つが別のコア スイッチに接続されています。各スイッチへの接続を集約することにしました。そのため、接続は vswitch 側でチーム化され、物理スイッチ側でポート チャネル化されます。
私は今読むこれらの接続をポート チャネリングすることは特に有用ではなく、場合によっては事態を複雑にしすぎる可能性もあります。
VMware のポート チャネルの使用に特別な問題はありますか? 冗長性とパフォーマンスのバランスを最適に取る方法は何ですか?
答え1
Duncan Epping 氏は VMware ネットワークに非常に詳しいので、彼が説明するシナリオは特に厄介ですが、少し変わっています (4 つの NIC が 2 つの別々の Etherchannel グループに集約されています)。ただし、彼の分析は正しく、VMware はセットアップに必要な方法でリンク アグリゲーションをサポートしていません。
ポート集約では、単一セッションの帯域幅は向上しませんが、使用可能なリンクの全体的な使用率の向上が容易になります。たとえば、4 Gbps の帯域幅を持つサーバーから単一セッションを提供するために 4 つのリンクが使用されることはありません。個々のセッションは、VMware ホスト (または他の任意のシステム) 上の単一の NIC を通過し、単一のポイントツーポイント接続を介してスイッチを通過します。ただし、負荷分散アルゴリズムを選択した場合は、使用可能なリンク全体に個別のセッションが分散され、全体的なパフォーマンスが向上します。VMware では、さまざまなチーミング ポリシー (フェイルオーバーのみ、ソース ポート ハッシュによるルート、ソース\宛先 IP ハッシュによるルート) を選択できます。最近変更されていない限り、アクティブ LACP ではなく静的トランキングのみがサポートされます。負荷分散は、正しく構成されたスイッチでのみ機能するため、使用する場合は、スイッチで何らかのポート トランキング\EtherChannel 構成を行う必要があります。このVMware KB記事背景の一部を説明し、Cisco と HP の構成例を示します。
欠点は、NIC を別々のスイッチに分散し、IP ハッシュを使用して負荷分散を行う場合、何らかの方法でスタックする必要があることです。そうしないと、Duncan が説明したのと同様の問題が発生します。これには、そのスタックがすべての NIC に同時に影響を与える可能性があるという点で、明らかなリスクがあります。VMware が vSwitch で LACP をまだ完全にサポートしていないという事実により、これは本来よりもずっと困難になっています。
答え2
リンク先の投稿では、不適切な構成例が強調されています。そこにある最初のコメントは、私たちの環境で行ったことです。つまり、スタックされた 2 つの Cisco スイッチにまたがるイーサチャネルに 4 つの NIC を配置しました。この構成には何の問題もなく、1 年以上も問題なく動作しています。ただし、4Gb/s リンクではなく、4 つの 1Gb/s リンクが得られることに注意してください。
編集: また、冗長性のために 2 つのスイッチ間でポートチャネルを使用する場合は、何らかの方法でそれらをスタックする必要があり、独立したスイッチは機能しないことを指摘しておきます。独立したスイッチが 2 つある場合、ポートチャネルは適切な方法ではありません。