我有权访问vmware ESX（可能是4）主机上的Redhat linux 5.7 guest，我怀疑这些主机常常过载（CPU和IO）。
我不知道由另一家公司pipe理的ESX主机。
有没有可能通过vmware代理获取有关主机状态的一些信息？
哪个是最好的操作系统参数来监视获取主机状态的信息？
我不相信您会从RHEL客人那里了解主机的规格或资源。 这可能是由devise。 是什么让你相信主机超负荷？ 您应该像处理物理服务器一样对待您的VM，并使用传统方法检查资源。 您如何分配任何vCPU？ 你cat /proc/cpuinfo获取CPU规格？
检查top，vmstat，sar（如果已安装），nmon，htop等实用程序。 检查CPU和I / O等待百分比。 如果您担心I / O，请运行Bonnie ++或Iozone等常用基准testing，以获取虚拟机function的实际值。
你也可以像unixbench一样运行一个整体的基准testing来看看你的虚拟设置是如何比较的。
有没有可能通过vmware代理获取有关主机状态的一些信息？
Windows VM显然具有使用从主机传递给客户IFF的perfmon计数器的能力，主pipe理员甚至允许这样做。 既然你有Linux虚拟机，这对你来说甚至是不可能的。
哪个是最好的操作系统参数来监视获取主机状态的信息？
您无法从VM确定主机状态。 由于ESX的固有特性，这是不可能的。 虚拟机pipe理程序能够做到的方式是抽象所有物理资源（CPU，RAM，磁盘，networking等），并以guest虚拟机不知道它是虚拟机的方式呈现给guest虚拟机。 由于这个原因，客户操作系统没有运行主机的概念。 所有它知道的是，它不能做它想做的事情不明原因。 主机pipe理员指定您的虚拟机可以拥有哪些资源，而您无法确定这些资源中有多less分配给您的虚拟机。
我build议您使用上面的ewwhitebuild议的实用程序收集尽可能多的数据，然后使用这些数据转到您的ESX主机pipe理公司，以查看是否可以解决问题。 或者，您可能会发现在收集数据时确实在某个地方的客户操作系统中存在问题。 您可以尝试查看“ vSphere 4.1性能故障排除指南”，因为您“认为”主机是ESX 4，但您应该首先询问它们的版本（如果他们会告诉您的）。 该指南的主要受众是ESX（i）pipe理员，但在客户操作系统（在SMP虚拟机上运行的单处理器内核，单线程应用程序等）中有几件事需要注意。