将 esxtop 中的 %RDY 与客户机中的 CPU 使用率关联

将 esxtop 中的 %RDY 与客户机中的 CPU 使用率关联

我们最近将一些 VmWare 主机从 4.1 升级到 5.5,并注意到许多虚拟机的 CPU 使用率呈阶梯式上升,如客户虚拟机所示。我们尚未升级任何客户机上的 vmwaretools,但经过进一步调查后,我们发现许多客户机%RDY在 下查看时的值较高 (>50%) esxtop。不幸的是,Linux(客户机)只显示“高 CPU 使用率”,而无法了解其中哪一部分来自何处%RDY(VmWare 说,“您的客户机正在等待主机的 CPU”)。是否有任何工具、/proc条目等可以阐明该信息?

答案1

如果您在虚拟机的高级设置中进行设置,您可能会在虚拟机中获取主机信息tools.guestlib.enableHostInfo=TRUE。您可能还必须Misc.GuestLibAllowHostInfo=TRUE在主机的高级设置中进行设置,但我对此不太确定。

我不知道这是否也适用于 Linux 客户机,因为 VMware 明确谈到了 Windows:

vSphere 在安装了 VMware Tools 的 Windows 操作系统上包含虚拟机性能计数器。

验证是否已禁用向客户机发送主机性能数据

这可能不会将 %RDY 暴露给虚拟机,至少在配置 VMware Tools 的安全注意事项

我认为在 5.0 或 5.1 左右对调度程序进行了更改。ESXi 更积极地尝试利用数据局部性。如果有空闲核心,调度程序将不会在那里运行 VM(如果 VM 的内存位于另一个 NUMA 节点中)。好吧,迟早会的,但比 4.x 晚,这可能是 %RDY 时间更长的原因。(抱歉,我没有任何参考资料。)

话虽如此:这真的是个问题吗?您只谈到了 CPU 使用率(在客户机中)和就绪时间(在虚拟机管理程序中),但没有提到应用程序性能。它是否随着升级而下降,是否有所改善,还是保持不变?如果没有下降,我就不会太担心 CPU 使用率/就绪时间。

您不应该试图向您的客户公开就绪时间和类似的信息,而应该调查为什么您的 CPU 就绪时间很长。

相关内容