Live Optics、Optical Prime：調整虛擬機器大小

注意：以下功能取決於數據可用性。特定 VM 環境不允許查看預配的資源與消耗的資源，或者當時可能無法獲取。發生這種情況時，VM 和有時整個圖形（所有 VM）將由灰色條表示。這幾乎總是發生在不存在 VMTools 等效項的 Hyper-V 專案中。 

過度置備虛擬機是虛擬化的一種常見技術和優勢。這種做法基本上有兩種策略：（1） 分配給 VM 的資源多於當時可能需要的資源，以及 （2） （可選）向所有 VM 分配的資源多於基礎結構的資源。

或者，VM 可能被賦予了大量資源，並且它們不太可能被消耗。在私有雲環境中，這可能不需要監視。但是，如果將這些虛擬機中的任何一個移動到根據分配的資源收費的平臺，那麼過度配置的計算機可能會花費很多錢。

即使在某些私有雲環境中，當分配資源時，也會將其從可用池中刪除。當資源消失時，獲得更多資源以擴展。或者，回收任何未使用的資源以避免支出。

公共雲供應商恰好屬於這一類。公有雲的策略是只為使用的內容付費，如果需要或多或少的內容，然後根據需要調整資源。

通常，在公有雲中，系統管理員會為 VM 指派一個「例項」。實例是 vCPU、記憶體和容量的固定捆綁包，實際上是一種計費增量。

對於公有雲的新使用者，管理員可能會嘗試複製 VM 的預配特徵，並發現自己為 VM 從未使用的資源支付了過多的費用。

記憶體超額訂閱的範例

在以下示例中，已分配資源使用率最低的 VM 從左到右對齊，最左側的是未使用已分配記憶體量最多的 VM。從理論上講，這些是可回收的資源量最高的 VM，是正確調整大小的理想候選項。 

在將任何資源轉移到需要為資源分配與資源消耗付費的計費模型之前，請先“正確調整”VM 大小。

Live Optics 過度佈建圖表有助於視覺化環境中哪些 VM 可能適合採用較小組態佔用空間。

此圖以單獨的圖表形式演示了 vCPU、記憶體和容量的預配和使用屬性。所選類別的未使用空間量最高的 VM 將從圖表左側開始從最高到最低排序。

向右看（或在非常大的集合中向右滾動），最終看到 VM 大多使用接近 100% 的分配資源。 

瞭解如何閱讀圖表。

除 vCPU 外，藍色條是屬性的預配數量，黃色條是已使用數量。一般來說，以百分比計算，與黃色（已使用）對應項相比，顯示最多藍色（預配）的 VM 是最過度預配的。

容量和記憶體分配相對簡單，如果確定確實可以回收這些資源，則該過程很簡單，可以避免不必要的升級。

容量超額訂用的範例

以下示例以藍色顯示所有未使用的容量，左側是未使用容量最多的 VM。請注意，條形本身不會按預置容量從高到低排序;而是按可用或未使用容量的最高至最低排列。 

這些是最適合進行容量調整的 VM。 

vCPU 超額訂用的範例

vCPU 版本類似，但比較難以理解。藍色條表示預置資源的總量。但是，黃色是使用的等價物。讓我解釋一下。 

所有物理 CPU 和 vCPU 都有一個 GHz 消耗量。此 % 會追蹤為部分所有 VM 的總處理能力，而非每個 vCPU 本身。

通常，vCPU 或多或少等於物理核心。通常可以將多個 vCPU 分配給一個 VM，這樣做是出於工作負載設計所需的體系結構原因，不一定是嚴格出於性能原因。

因此，雖然 Live Optics 可以顯示用於 vCPU 的總體百分比，但它無法確定將更多 vCPU 分配給 VM 的任何體系結構優勢。

雖然 Live Optics 可根據總 GHz 消耗量準確顯示等效的 vCPU 使用率，但此圖並不表示可回收任何 vCPU，而是表示它們可能是可供進一步檢查的候選者。

在下圖中，第一個虛擬機分配了 8 個 vCPU，但它僅使用單個 vCPU 性能的等效 GHz 0.25%。 

此 VM 很可能可以使用較少的 vCPU 成功運行，但在進行體系結構評審之前，它不是確定的。 

右側的灰色條是無法獲取這些 VM 的使用量消耗的一個很好的範例。