如果某应用程序所有者报告说网络变慢，那么确保这不是广域网上的某个瓶颈造成的。较差的网络性能常常被归结于虚拟化之外的原因。那些有待于发现和报导的原因可能是掉线或者路径问题。

　　另外需要检查的是IP的配置。像是ping、pathping、tracert还有nslookup这样的小工具在诊断网络问题方面还是很有用的。

　　最常见的问题是较差的，甚至错误的域名服务器配置。还要检查虚拟机（VM）内应用程序的配置。是否有导致网络性能下降的选项设定——也许应用程序为了外部网络组件的可用性而拖慢了网络——这会导致一些不必要的流量。

　　一旦排除了这些潜在的问题，就请确认优化过的组件是否正确配置，你值得这么做。然后检查网络问题是否只是影响了刚才提到的虚拟机，还是影响到了同一台主机上所有的虚拟机。另外，这种方法也有利于确认该问题是系统问题，还是应用程序所有者的虚拟机上的特定问题。绝大多数管理程序的供应商提供网络工具，允许用户监视在虚拟机中进出的流量。

　　VMware有个功能叫esxtop，用来进行流量统计（图1），以及寻找网络性能问题的故障所在。按下键盘上的“N”键，使esxtop切换到网络模式，再按“F”键，允许管理员增加字段。

　　通过这些功能，你可以知道带宽实际上被虚拟机使用了多少，物理系统是否有大量丢失的网络数据包，也可以看到系统的传送和接收比率。

　　当一台机器发送了网络数据包，但是没有收到接收通知时，很可能是网卡与算法的绑定出了问题，被当成了反向的网卡绑定问题。在这种情况下，高级的网卡绑定功能已被激活，而且，尽管数据包经过一层网络层离开物理主机，他们返回主机时还是要通过错误的物理交换机和网卡。类似这样的严重问题可能需要更全面的检查。在有的情况下，会导致这样的问题：对于更广的网络来说，那些被认为不可靠的网卡绑定策略会被抛弃。

　　当整合比率提升的时候，会有很多方法来为虚拟机监视和提升网络性能。最佳优化的关键在于，在调整它们以适应你的网络中独有的流量特征时，遵照你的虚拟化供应商所提供的最优方法。最关键的一点：理解你的虚拟机与更为广阔的物理世界之间的关系。