| 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詳細信息以找出造成延遲的原因 |
