| 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详细信息以找出造成延迟的原因 |
原文：https://www.cnblogs.com/51linux/p/13212670.html