问题

我们的虚拟环境是Hyper-V ,一次在SCVMM上优化了一个VM的动态内存设置后，把SCVMM的视图调整了一下，加了一些性能参数列。在我按照网络吞吐量进行排序时发现，一个很普通的VM的接收吞吐量在TOP1，当时只是觉得可能是瞬间的流量，没有太在意。后面看了几次都在TOP5 之内，觉得问题可能不正常。

为分宜等地区用户提供了全套网页设计制作服务，及分宜网站建设行业解决方案。主营业务为网站设计制作、网站制作、分宜网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

排错步骤

• VM不太好登录上去看，但是在Hyper-V环境，我们有更好的方法可以进行抓包。那就是Hyper-v网络的高级功能，PORT Mirroring。（大概步骤就是你把VM的网卡设置为镜像的Source,然后在另外一个专门抓包的VM的网卡上设置镜像的Dest)，然后你就可以抓Source 的数据包了。参考这个文章配置Hyper-v Network Port Mirroring.

• 我们的专门抓取数据包的是个centos 7的VM ,这是一个含有工具箱的机器，可以在多个机器上漂移，用来排错，在设置了Port Mirroring后，我们这个VM的第二个网卡上设置成promisc,然后抓了一小段时间的数据包。

  ifconfig eth2 promisc
  tcpdump -i eth2 -w client4.cap
  

揭开真相

• 拖下来cap包用wireshark进行分析,先对协议进行统计，有个dcerpc的协议占用了75%左右的流量。

高峰大概在4Mb/s 了,平均2.5Mb/s 左右，那么如果仔细计算下，60秒就是1分钟的数据量大概就是150Mb,那么10分钟就是1.5Gb,有点吓人，比备份系统的流量都高。

wireshark 对DCE/RPC的解释在这里,而且DCE/RPC的数据主要是和AD的Domain Controller进行交互，就我们内部的应用来看这个很像是使用DCOM访问的数据。

• 登录到VM本地看看，发现有个深信服的ADSSO应用在这里运行，应该就是它了。看看深信服ADSSO的介绍。

• 然后本地还有ADSSO的日志，我们看到大量的warning，肯定无疑这个应用的问题了。

最后总结

• 没有头绪时需要一步步缩小范围才能定位到问题实质，这个问题我们只能找到问题点，虽然自己没有办法解决，但已经确定到一个非常小的点了，下一步看厂商怎么解决。曾经想反编译下应用代码，看看到底是什么逻辑，这效率太低了。后面发现代码是VC写的，反编译到代码比较麻烦

另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。

本文名称：奇怪的VM高网络接收吞吐量问题查找-创新互联
分享路径：http://www.tsicrk.com/article/pghoj.html