web-dev-qa-db-ja.com

内部ESXIネットワークでの一定のパケット損失

私は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セットアップのトラブルシューティングを行うためにさらに何ができますか?


2
John Ramierez

Vmwareツールを最新のものにアップグレードするためにもテストした後、同じ症状がありました。次に、Vmwareのセットアップ全体をアップグレードしてみました。 vmware esxi 6.5にアップグレードすると、パケット損失の問題は解消されました。

1
John Ramierez

私の経験では、高ビットレート(80Mはこの点で高い)のiperfとUDPが壊れやすいことを考慮してください。

続行する場合は、TXバッファーも増やします。

TcpモードのIperf3は、再送信を表示します。再送信が0の場合、パケット損失はありません。

マシンがそれ自体で何ができるかを見てください。つまり、同じマシン上のiperf-cと-sです。そこに到達するものが何であれ、実際にネットワークをトラバースするときに超えることはありません。

1
Martin