SNMP - CPU处理器负载的值不反映实际情况

Question

试图用以下硬件绘制服务器上的CPU负载: ProLiant DL360p Gen8 ( ProLiant DL360 G7上的相同行为)。

该机器正在运行VMWare ESX5.1

为了创建一个CPU尖峰，我运行dd if=/dev/zero of=/dev/null，并且我知道CPU是重载的，因为我可以在vCenter上显示的图形中看到一个相关的尖峰。

但是，运行这个snmpwalk：

snmpwalk -v 1 -c ******** 192.168.MY_IP  1.3.6.1.2.1.25.3.3.1.2

显示以下结果：

iso.3.6.1.2.1.25.3.3.1.2.1 = INTEGER: 3
iso.3.6.1.2.1.25.3.3.1.2.2 = INTEGER: 2
iso.3.6.1.2.1.25.3.3.1.2.3 = INTEGER: 2
iso.3.6.1.2.1.25.3.3.1.2.4 = INTEGER: 3

我不是在调查正确的MIB吗？我应该把这些乘以常量吗？

顺便说一句，使用惠普无代理监控，我能够得到一些cpu统计，但不是我正在寻找的，至少没有任何我能找到涉水通过这些MIB。

Answer 1

请尝试使用应力效用在Linux中生成负载。它是非常粒状的，比你所做的更有意义。

我看到您所做的是在一个4 CPU虚拟机上生成一个单线程I/O负载。您从vSphere客户端粘贴的CPU图形显示了25%的负载，因为您只占用了分配给虚拟机的四个CPU中的一个。

下载应力 (大多数Linux发行版都可用)，并尝试使用一些特定的参数.

例如，只需在4 CPU虚拟机上运行以下内容：

# stress -c 4
stress: info: [594013] dispatching hogs: 4 cpu, 0 io, 0 vm, 0 hdd

产量..。

Answer 2

Vmware不收集这些信息，而且也没有很好的方法。问题是，它没有办法知道你什么时候会问--所以为了让这件事奏效，它必须在过去的60秒里有一个平均的准备。因为您可能会时不时地问，然后再问一秒钟，所以它必须正确地计算40秒前对这两个间隔的CPU时间。这是一件非常丑陋、复杂的事情。

支持这将增加很高的成本，因为SNMP代理必须不断地探测CPU的使用情况，并更新多个时间间隔，所有这些都同时运行。