VMがパケット損失を示す原因は何ですか？
Vmwareで複数の仮想マシンを実行するように設定された非常に優れたハードウェアがあります。vmの1つは、SQL Server2005を実行しているWindowsServer 2003のインスタンスです。何らかの理由で、これに対して10〜20秒の連続したパケット損失が発生することがあります。リモートマシン（私のワークステーション）からのマシン、および同じ物理ハードウェア上の他のvm。私はPingPlotterを使用して、パケット損失を注意深く監視しています。
これまで、NICのフロー制御をオフにしましたが、他に試すことが不足しています。これを引き起こしている可能性があり、問題を特定するにはどうすればよいですか？
注：同じタイプの問題がそれほど頻繁に使用されていないため、非常によく似た構成の別のサーバーもあります。
面白い。まず、いくつかの詳細を確立しましょう...
複数のVMを実行しているESXホストがありますよね？
これらのVMの1つがWindows2003サーバーとして使用されています。
「リモート」マシンからそのVMにpingを実行すると、10〜20秒のパケット損失が発生すると言います。
OK、即時の質問：
1）そのホストで実行されている他のVMの1つからpingを実行すると、パケット損失が発生しますか？
2）そのホスト（またはホスト自体）上の他のVMのいずれかが、ネットワーク上の同じ場所から同じ方法でpingを実行したときに、同じ動作を示しますか？
3）動作を表示するVM）と同じオペレーティングシステムを実行している他のVMはありますか？
4）タイミングパターンはありますか？それは5分ごとに起こりますか？それは非常に多くのパケットごとですか。あなたはいつも同じ量のパケットを失いますか？
5）vSphereコンソールにアクセスすると、pingが失われるタイミングに一致するパフォーマンスグラフの変化が見られますか？
6）VMwareツールはVMで最新のものにインストールされていますか？
ストレージを見てください。書き込みキューが多いと、待ち時間が長くなり、説明したような症状が発生する可能性があります。
私はまったく同じ問題を抱えていました。問題のあるvmを別のvmfs/storageに移動することで解決しました。
VMwareToolsをインストール/再インストールします。
VMwareサーバーの負荷（CPU、割り込み、ネットワークトラフィック）を確認します。
ホスト/ハードウェアを確認してください。 VmWareを使用しているとおっしゃっていますが、サーバーかESXかは関係ありません。とにかく、ハードウェアまたは関連する問題（ドライバーバージョンなど）である可能性があります。
Hyper-Vを使い始めたとき、一部のマシンで同じ問題が発生しました。安っぽいドライバーであることが判明+壊れたTCPオフロード（ドライバー内）。それらのいくつかは本当にひどく実装されています。Intelネットワークカードに入れると、うまくいきました。