私はVmwareEsxiを初めて使用し、Vmware ESXI6.0.0サーバーで実験のテストを行っています。サーバー上には、同じVswitch上にそれぞれ1つのVMXNET3を持つ2つのUbuntuゲストクライアントがあります。
次のコマンドを使用してUbuntuAからUbuntuBにIPerf3を実行すると:
iperf -c Ubuntu B -u -b 80m -t 100 -V
すべてのパケットで10%のパッケージ損失が発生します。時折50%も跳ね上がるため、安定したパケット損失ではありません。異なる速度をテストすると、同様の結果が得られます。 Esxiモニターは合計24%のCPU負荷を示しているため、CPUの使いすぎではないようです。
私はこれらのページに従って問題を解決しようとしました。
RXバッファーを増やしました https://www.itechlounge.net/2015/05/linux-how-to-tune-up-receive-tx-and-transmit-rx-buffers-on-network-interface/
MTUサイズが増加しました。これは、パケット量が多い場合にわずかに役立ちましたが、データ量が少ない場合でも、高いパケット損失(10%〜パケット損失)が発生します。 http://www.ubuntugeek.com/how-to-change-mtu-maximum-transmission-unit-of-network-interface-in-ubuntu-linux.html
VswitchのMTUサイズを変更しました。 https://docs.vmware.com/en/VMware-vSphere/5.5/com.vmware.vsphere.networking.doc/GUID-40856C1E-7631-4228-A111-13A783316595.html
VMware ESXIセットアップのトラブルシューティングを行うためにさらに何ができますか?
Vmwareツールを最新のものにアップグレードするためにもテストした後、同じ症状がありました。次に、Vmwareのセットアップ全体をアップグレードしてみました。 vmware esxi 6.5にアップグレードすると、パケット損失の問題は解消されました。
私の経験では、高ビットレート(80Mはこの点で高い)のiperfとUDPが壊れやすいことを考慮してください。
続行する場合は、TXバッファーも増やします。
TcpモードのIperf3は、再送信を表示します。再送信が0の場合、パケット損失はありません。
マシンがそれ自体で何ができるかを見てください。つまり、同じマシン上のiperf-cと-sです。そこに到達するものが何であれ、実際にネットワークをトラバースするときに超えることはありません。