点击查看文章的上半部分。

　　而且，即使显示出该虚拟机的CPU占用率超出一倍，对物理服务器的占用率也不是翻倍关系。因此，如果想获得关于虚拟机的性能数字，需要一些不在虚拟机内部运行的软件做参考。VMware vCenter或第三方工具，如Vizioncore vFoglight、基于命令行的esxtop或者是远程CLI的resxtop，都是运行于虚拟机之外的可用于衡量虚拟机和ESX主机性能的工具。此外，它们都可以提供ESX宿主机情况的整体视图。

　　关键是要意识到当通过vCenter或其它某个工具观察到ESX主机的占用率长期位于80%以上的时候，需要增加新的ESX主机还要把原主机上的负载进行迁移。同样的机制也适用于需要衡量网络和存储带宽资源的时候。

　　通过vMotion技术可以在不停机的情况下跨宿主机进行虚拟机迁移，因此ESX主机的负载均衡可以每天进行，甚至是在一天内分时段进行。虽然过程可以是自动的（参考第11章），手动调配vMotion和Storage vMotion还是可以对系统和容量有更好的了解，以备在需要时重新进行平衡。

　　例如，如果ESX主机的CPU占用率达到95%，需要使用工具找出引发该问题的虚拟机；接下来，需要通过vMotion把该虚机迁移到空闲的或压力较小的主机上。如果这种迁移总是发生，最好可以把这台虚拟机固定到某台压力较小的主机上。这也是建议配置N+1模式主机原因。

　　增加虚拟机部署会增加CPU占用率。在下一章中对部署方式有详细的介绍，不过我们建议创建一个可以访问所有LUN的调度服务器。该服务器可以用于在部署新虚机时先进行调试，直到该虚机满足可以真实的生产环境服务器上运行所需的前提条件后，再通过vMotion迁移。

　　例如，有个用户希望可以衡量在现有的网络配置情况下，加入ESX主机后各个虚拟机的性能情况。为达到该目的，在解释了CPU时间周期的问题后，我们规划出了具体执行方案。

　　这里使用了两个工具：VMware vCenter和esxtop,可以通过服务器控制台运行或借助vMA以批处理方式（esxtop -b）。用于性能问题分析时，esxtop是最佳的工具，不过它会产生大量的数据用于稍后绘制图表。vCenter每隔五分钟或更长时间取一个平均值用于数据存档，它的实时数据收集间隔为20秒。Esxtop使用的是实时数据而不是平均数，采集间隔默认为5秒钟，最小间隔可以设为2秒。

　　该方案通过两个工具衡量每台虚拟机在运行各自应用时的性能。ESX主机的性能实际上很大强度上受到每台虚拟机内的应用影响。意识到这点很重要，在讨论性能问题时不要只盯着某台虚拟机，而是对整个宿主机进行通盘考虑。

　　这也是为什么VMware通常不允许私自发布性能数据，每次结果根据负载的不同差异很大。最好的办法是用自己的应用来亲自测试和分析，因为其它公司的虚拟应用测试结果对另一家公司而言毫无意义。即使是应用程序相同，每个环境的负载情况也会千差万别。

　　如果您依然希望可以横向对比ESX主机性能，VMware开发了用于多台宿主机和hypervisor平台间对比的通用负载模型VMmark。不幸的是，VMmark还没有成为标准。在www.spec.org/virt_sc2010/还可以下载到由Standards Performance Evaluation Corporation提供的SPECvirt_sc2010。