本文节选自Edward L. Haletky的著作《Prentice Hall》中“VMware ESX and ESXi in the Enterprise”章节。在这一篇Haletky讨论了适用于虚拟机的性能监控技术。虚拟环境下，传统基于硬件的性能监控代理端不能提供准确的结果，甚至还会影响到整体性能。好在VMware架构下可以采用其它方式来获取关于整个架构的详细信息。

　　从操作的角度出发，对性能和其它数据的监控是非常重要的。多数客户借助硬件及性能监控代理端实现对硬件和服务器健康状况的实时检查。

　　尽管硬件代理端可以监控ESX宿主机的状态，却无法保证虚拟机的健康。因为虚拟机硬件完全是基于物理平台基础上的。另外多数代理需要跟特殊的芯片通讯，而虚拟机内没有这样的芯片，所以使用硬件代理通常会影响虚拟机性能。

　　硬件客户端最佳实践

　　不要在虚拟机安装硬件代理程序，这会导致显著的性能问题。而在决定是否需要购买新的ESX主机以及如何在ESX宿主机之间做好负载均衡等问题时，性能监控结果成为极其重要的参考。虽然在ESX主机间的负载均衡可以自动进行（在第11章“动态负载均衡”中有涉及），绝大多数的跨主机负载均衡还是手工完成的，毕竟决定是否需要在宿主机之间迁移虚机的因素有很多方面。

　　也许有人会提出DRS（Dynamic Resource Scheduling）功能可以实现所有宿主机之间的负载均衡，但是DRS实际上只在CPU发生争用的时候启动迁移。如果您的环境中从不发生CPU争用，不管DRS如何设置，依然需要依靠手动来平衡虚拟机负载。

　　首先一点要理解的是向宿主机添加额外的虚机将影响到整个ESX主机的性能，有时影响很小，而某些情况下会有显著影响。第二点是了解性能监控工具在虚拟机内是如何运行的。例如Windows系统中它通过保留一个计数器，遇到空闲周期时计数增加一位，最后从整个内部CPU时钟周期内减去相应的时间片数量。

　　由于虚拟机在空闲时处于休眠状态，所以这种计算是非常不准确的，资源占用率结果会比实际值偏高。而且通常虚拟机数量要比CPU个数或核心数量多，导致它们之间需要共享CPU周期。在虚机数量增多时，每台虚机获得的CPU时间片就会变短。

　　这样，在两次使用CPU之间的间隔时间越来越长，也导致了更长的CPU周期。而监控工具是基于CPU周期来计算性能和时间的，收集的数据就产生了很大的偏差。当我们希望可以把系统调整到期望状态时，就要借助通过VMware vCenter或其它性能管理工具获取的多种基本数据集进行。

　　在得到相应的基数后，内部的虚拟机性能工具可以决定是否性能受到了影响。不过它提供的并不是绝对数字，而是基于基数上的改变率。例如，假设从虚拟机内获得的CPU占用率基数大约在20%，当突然显示40%的时候，我们可以知道在原有基础上发生了2倍的变化。这并不代表原始值是20%，它可能是某一个具体数字。

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