我们目前正在我的环境中进行讨论。假设是
“为Linux中的物理基础设施内存管理而设计的工具,如top、free、vmstat、/proc/meminfo,不适用于ESXi管理程序中的VM,因为它们依赖于操作系统直接监视裸金属系统中物理内存的能力。在虚拟基础设施中,来宾操作系统不能看到物理硬件,只有(ESXi)管理程序模拟的虚拟硬件。由于操作系统无法直接访问主机服务器的大部分物理硬件,传统的性能监视工具在虚拟基础设施中无法正常工作。“
在VM来宾(SLES 11)中,我们看到内存利用率在93%左右。然而,在vSphere/vCops中,显示了5072309 kb的活动写入8388608 (8GB) KB分配的RAM。利用率约为60.46 %。
问题是,上述假设是否正确,如果正确的话:
如果客户端的顶部在VM中是不准确的,并且达到100%的RAM利用率,那么VM客户会交换吗?如果是这样的话,我想应该使用位于SAN上的vswp,它会导致VM来宾的速度减慢吗?
发布于 2014-08-01 15:22:39
那得看情况。您应该依赖于诸如top、vmstat等的in工具,它们是准确的,前提是您的物理资源没有被过度分配,并且您已经安装了VMware工具。在vSphere级别,仍然有内存膨胀、TPS、压缩和交换作为后盾。内存管理真的没那么糟糕。
还要了解vSphere/vCenter度量和vCops度量是完全不同的(vCops是由VMware获得的,并使用自己的算法来度量资源利用率)。
在VM级别度量利用率。使用vCops或vCenter规划集群级资源。
不要过多地占用内存,因为那个会扭曲指标并产生明显的性能影响吗?。
他们的申请类型也很重要。如果它是基于Java的,那么其他一些方法(部分保留或完全保留)是帮助它们在vSphere环境中有效运行的必要方法。
https://serverfault.com/questions/617233
复制相似问题