DellPowerConnectスタックを使用したESXクラスタでのWindowsネットワーク負荷分散
最近、Cisco6500コアスイッチをDellPowerConnect6248スタックのペアに切り替えました。それ以来、ESXクラスター上の2つの仮想マシンで実行されるネットワーク負荷分散Sharepointの動作は非常に悪くなっています。症状は、SharePointに保存されているドキュメントを開いて保存するのに非常に長い時間がかかることです。 SharepointサーバーまたはSQLサーバーにエラーが表示されることはなく、多くの迷惑なユーザーが表示されます。当初、NLBがこれを引き起こす可能性はないと思っていましたが、イントラネットのDNSレコードをWebフロントエンドの1つのIPアドレスに再指定するとすぐに、問題は解消されました。
デルの設定にマルチキャストに関連する問題があると思われます。NLBはマルチキャスト用に設定されていますが、IGMP用には設定されていません。
誰かが私たちに同様の設定をして、この種の問題を修正しましたか？ DellPowerConnectスイッチを備えたVMwareESX上のSharepoint。
すべてが非常によく知られているように聞こえます。私はまったく同じ問題を抱えています。 Exchange上のNLBとESXVMのセット上のSharepointは、NLBへのトラフィックがあると、停止します。私たちはデルと緊密に協力してきましたが、問題はマルチキャストです。おそらく、これに関するデルのホワイトペーパーがあり、マルチキャストではなくユニキャストを使用する必要があると書かれています。
現在、NLBをユニキャストに移行するのを待っています。これらのスイッチは30個あり、すべて3.2.0.7を実行しています。 v3ファームウェアは大幅に改善されましたが、v2からアップグレードする場合は注意して、手順を必ず読んでください。簡単なインストールと再起動ではありません。また、DHCPリレーなど、さまざまな方法で構成されているものもあります。そして、それはそもそも私たちのNLBを大いに壊しました。
確信が持てない場合は、NLBへのトラフィックを監視しながら、管理インターフェイス（PingPlotterなどのグラフィカルなもの）にpingを実行してみてください。 ping時間はトラフィック量にリンクされていることがわかります。 1msのpingから200ms以上になり、パケットをドロップすることさえあります。スイッチプロセッサがハードウェアで実行されるのではなく、マルチキャストを処理しているときに、管理インターフェイスがロックされます。
お役に立てば幸いです。最終的に移動したときに投稿します。
ほぼ同じ問題が発生しています。マルチキャスト（IGMPではない）でNLBを使用して、スタックされたDellPowerConnect6248のペアに接続された2台のESX4サーバー間で14台のWebサーバーの負荷を分散しています。 nlbは機能していましたが、パフォーマンスはひどいものでした。 nlb（ユニキャスト、マルチキャスト、igmp）とvmwareスイッチ（promicous、nitifyスイッチなど）ですべてを変更しようとしましたが、機能しませんでした。マルチキャストMACをDellブリッジおよびarpテーブルに追加しても効果はありません。最終的には、PowerConnectのVLANをオフにして（つまり、単純なレイヤー2 VLANを使用して）、外部ルーターを使用してトラフィックをルーティングすることで、これを解決しました。デルのルーティングを使用して、サポートされているはずのこの機能を実現する方法を知りたいです。
一部のDellスイッチはマルチキャストNLBをサポートしていません。これが、パフォーマンスの問題が発生している理由です。また、過度のCPU使用率が表示されます。あなたはこのリンクでこれについてもっと見ることができます。
http://www.Dell.com/us/business/p/powerconnect-6200-series/pd
管理ネットワークのping損失に関する別のケースは、ファームウェアのリビジョンに関連しています。新しいファームウェアはその問題を解決します。ファームウェアレベルを更新することをお勧めします。