使用客體作業系統效能分析儀表板，瞭解環境的實際效能。
部分計數器會直接影響 Windows 或 Linux 的效能，即在虛擬機器內執行的作業系統。這些 KPI 不在 Hypervisor 的控制範圍內。
Linux 和 Windows 等現代化作業系統會使用記憶體做為快取，因為它比磁碟更快。有些計數器會直接影響 Windows 或 Linux 的效能。這些 KPI 不在 Hypervisor 的控制範圍內，亦即 ESXi VMkernel 無法控制 KPI 值的增加或減少。KPI 可見度也需要代理程式，例如 VMware Tools。因此，它們通常會被排除在效能監控外。
由於它們較接近應用程式，因此瞭解其值並建立可接受的範圍非常重要。這些您環境中所有虛擬機器的 KPI 可接受等級各有不同。藉由分析所有虛擬機器在一段時間內的實際效能，您將能夠根據事實建立臨界值。由於一個月事由 8766 個 5 分鐘構成，若要在一個月內分析 1000 個虛擬機器，代表您將要分析 880 萬個資料點。
設計考量
儀表板使用累進披露法將資訊超載情形降至最低，並確保網頁能快速載入。
在大型環境中，載入數以千計的虛擬機器會增加 VMware Aria Operations 的載入時間。因此，虛擬機器會依資料中心分組。若為小型環境，可使用 vSphere World，以查看環境中的所有虛擬機器。
如何使用儀表板
從資料中心清單中選取資料中心。三個列出 CPU、記憶體和磁碟的資料表將顯示所選資料中心或 vSphere 環境中的虛擬機器。每個資料表會顯示過去一周 (根據五分鐘收集週期的 2016 個資料點) 的最高值，因此會使用「最大」作為前置詞，例如「最大頁置換出/秒」，或「最大客體作業系統磁碟佇列」。
選取任何資料表中的任何虛擬機器。三個折線圖隨即顯示。他們顯示來自相同虛擬機器的資料，以協助建立關聯性。
- CPU 資料表 Widget：
- [最大 CPU 佇列] 資料行顯示指定期間內佇列中的最大程序數目。最佳做法是將每個佇列的數字保持在 3 以下。具有八個 CPU 的虛擬機器有八個佇列，因此應將此數位保持在 24 以下。
- CPU 超執行緒會提供兩倍的佇列，因為這兩個執行緒都散置在核心管線中。
- CPU 內容切換。有與內容切換相關聯的成本。此數字沒有任何適用的指南，而且會有大幅差異。
- 記憶體清單 Widget：
- 在記憶體分頁中，現代化作業系統 (Linux 和 Windows) 使用記憶體做為快取，因為它比磁碟更快。它會主動預先擷取頁面，並預期未來需求 (Windows 稱之為 Superfetch)。頁面傳入和傳出的速率可揭示記憶體效能異常。如果突然出現變化，或若變化已持續一段時間，則可能代表頁面錯誤。頁面錯誤表示頁面無法隨即取用，必須將其傳入。如果頁面錯誤太常發生，應用程式效能可能會受到影響。雖然頁面大小會因不同的應用程式而異，因而沒有明確的指南，您仍可以檢視其相對大小。作業系統通常使用 4 KB 或 2 MB 頁面大小。
- 磁碟清單 Widget：
- 磁碟佇列是不會傳送到虛擬機器的佇列 IO 指令。它們已保留在客體作業系統內 (的核心層級或驅動程式層級)。若客體作業系統中有高磁碟佇列，且在虛擬機器上伴隨有低 IOPS，可能表示 IO 指令在等待 Windows/Linux 處理時停滯。由於 IO 指令臨界值會根據應用程式而有所不同，因此沒有任相關的明確指南。您應在虛擬機器層搭配未完成磁碟 IO 檢視這項資料。
