文档介绍：构建虚拟化平台实战全解析(五)
漫漫长篇终于到了最后一部,前两部分的内容主要是介绍了一下资源管理在虚拟环境下面临的新挑战,着重详述了企业级管理中重要的灾难恢复机制,包括备份机制、故障转移机制以及集群机制。然后,简单说明了一下对虚拟化架构的自动化需求,以及自我定制虚拟机的用途。
虚拟环境对监测报告系统的新要求
首先,我们要知道对于数据中心的性能测量,传统用于物理环境的方法并不完全适于虚拟环境下。因为虚拟机在从某些方面看,完全等同于物理机;然而换一个角度,则又和物理机截然不同。
从内部来看,虚拟机为性能监测软件提供了所有传统方法用以追踪监控所需的计数器,所以传统的性能监测软件安装在客机OS上也能运行的非常好。但问题是,在虚拟环境下,得到的数据性质发生了改变,有些数据已不再重要,而有些则变得毫无意义。
典型的例子是VMware ESX Server环境下的内存消耗和内存分页。
这款VMware的旗舰产品有一个名为“气球操作”的特性。利用此项特性,系统管理员可以将部分内存暂时划给某台虚拟机使用,即像是往气球中充气。在此同时,操作系统也被迫换页,性能上也有些许的下降。当任务完成后,一切原归旧主,征集来的内存被释放回原来的虚拟机中,既像是气球放气的过程。
这里如果我们依据传统软件提供的数据,就会完全弄错内存和页面文件的使用情况,导致对虚拟机的性能产生错误的评价。
更近一步,我们还可以知道这些差异取决于主机的因素。比如,虚拟机如果总是保持高的CPU使用率,我们可不要以为应该升级硬件了,或是再设一个虚拟CPU。有时vCPU的高使用率是由于主机级服务的滞后,我们需要对hypervisor资源进行一些优化调整,如果不行,然后才是增加物理CPU的数目。这个通过对主机上数据的追踪分析可以得出结论。
由此可见,传统的方法我们需要改进,那么虚拟环境下哪些方面才是需要改进的呢?
在高度密集的虚拟数据中心,数以十计的虚拟机团聚于一台物理机上,它们相互依赖,互生共存,那么我们就不应该将系统仅仅作为许多部分的一个组合,而应视之为一个整体来监控考察。
同时整体之中的虚拟机与主机关系也十分重要,因此监控报告方案应该能顾及到虚拟架构下的流动性,即能反映出客机OS在环境中的迁移变化情况。
另外,新产品的调整还在于报告方式的变化。虚拟环境下面对的是数以百计的物理机上的数千虚拟机,管理者要了解它们的性能状况,监控报告系统必须提供自动化、智能化的处理方式,给出清晰明确、意味深长的报告结果。空白的填补
性能跟踪监测和报告方案是现今虚拟化几大弱项之一,也许是因为它的复杂性,也许是需求度不高,还可能是没有意识到传统方法越来越无法满足需要的现状。
虽然虚拟化平台供应商或多或少推出了一些增强性报告工具,但对于现今急需解决的问题却没有一个完整有效的方案。因此只能寄希望于第三方的ISV上,虽然目前产品也不是很多。
有关性能监测报告的产品关注一下vizioncore的esxRanger,它只能运行于VMware的虚拟平台上。但却能提供有关虚拟机和主机性能运行状况的大量图表,是一款很好的入门级产品。同时vizioncore也对低成本预算的部门推出免费的版本,提供的功能也能很好的了解架构的运行状况。
Devil Mountain Software (DMS)