| Display |
Metric |
Threshold |
Explanation |
| CPU |
%RDY |
10 |
vCPU的预留空间过大，vSMP的使用过多或有限制（检查％MLMTD）。请注意，您将需要扩展VM组，以查看如何在vCPU之间进行分配。如果您有多个vCPU，则每个vCPU的数量可能不足，这可能不是问题。10% is per world! |
| CPU |
%CSTP |
3 |
vSMP的使用过多。减少此特定VM的vCPU数量。这将导致更多的调度机会。 |
| CPU |
%MLMTD |
0 |
vCPU准备运行但故意未计划的时间百分比，因为这会违反“ CPU限制”设置。如果大于0，则由于CPU限制而限制了world。 |
| CPU |
%SWPWT |
5 |
VM正在等待交换的页面以从磁盘读取。可能的原因：内存过量使用。 |
| MEM |
MCTLSZ |
1 |
如果主机大于0，则主机将强制VM膨胀气球驱动程序以回收内存。 |
| MEM |
SWCUR |
1 |
如果大于0，则主机过去已交换内存页面。可能的原因：过度使用。 |
| MEM |
SWR/s |
1 |
如果大于0，则主机正在主动从swap（vswp）读取。可能的原因：过多的内存过量使用。 |
| MEM |
SWW/s |
1 |
如果大于0，则主机正在主动写入swap（vswp）。可能的原因：过多的内存过量使用。 |
| MEM |
CACHEUSD |
0 |
如果大于0，则主机具有压缩内存。可能的原因：内存过量使用 |
| MEM |
ZIP/s |
0 |
如果大于0，则主机正在主动压缩内存。可能的原因：内存过量使用。 |
| MEM |
UNZIP/s |
0 |
如果大于0，则主机已访问压缩内存。可能的原因：以前主机在内存中被过量使用。 |
| MEM |
N%L |
80 |
如果少于80个VM遇到不良的NUMA本地性。如果VM的内存大小大于每个处理器本地的内存量，则ESX调度程序不会尝试对该VM使用NUMA优化，而是通过“互连”“远程”使用内存。检查“ GST_ND（X）”以找出使用了哪个NUMA节点。 |
| NETWORK |
%DRPTX |
1 |
传输的数据包丢失，硬件工作过度。可能的原因：网络利用率很高 |
| NETWORK |
%DRPRX |
1 |
收到丢弃的数据包，硬件工作过度。可能的原因：网络利用率很高 |
| DISK |
GAVG |
25 |
看一下“ DAVG”和“ KAVG”，两者之和就是GAVG。 |
| DISK |
DAVG |
25 |
磁盘延迟很可能是由阵列引起的 |
| DISK |
KAVG |
2 |
由VMkernel引起的磁盘延迟，高KAVG通常意味着排队。这是ESXi存储堆栈，vSCSI层和VMM。检查“ QUED”。 |
| DISK |
QUED |
1 |
队列已满。队列深度可能设置为较低，或者控制器过载。请与阵列供应商联系以获取最佳队列深度值。（通过选项“ F”或QSTATS启用此功能 |
| DISK |
ABRTS/s |
1 |
由于存储未响应，guest（VM）发出的异常终止。对于Windows VM，默认情况下会在60秒后发生。例如，当路径失败或由于某种原因阵列不接受任何IO时，可能会导致这种情况。. |
| DISK |
RESETS/s |
1 |
每秒重置的命令数。 |
| DISK |
ATSF |
1 |
失败的ATS命令数，该值应为0 |
| DISK |
ATS |
1 |
成功的ATS命令数，该值应在阵列支持ATS时随时间增加 |
| DISK |
DELETE |
1 |
成功的UNMAP命令数量，当阵列支持UNMAP时，此值应随时间增加！ |
| DISK |
DELETE_F |
1 |
1个 失败的UNMAP命令数，该值应为0 |
| DISK |
CONS/s |
20 |
每秒SCSI保留冲突。如果发生许多SCSI保留冲突，由于VMFS上的锁定，性能可能会下降。 |
| VSAN |
SDLAT |
5 |
延迟的标准偏差（延迟超过10毫秒时），请联系支持人员以分析vSAN Observer详细信息以找出造成延迟的原因 |