本文中，我們將為廣大讀者朋友們介紹關于企業組織機構如何保持虛擬機高效運行的相關指南。而虛擬化容量規劃的這一過程的關鍵是適當地進行資源配置。文章中，我們將詳細為您介紹關于容量規劃的最佳實踐方案，以便讓企業的IT團隊能夠確保為其虛擬化基礎設施提供足夠的資源，進而在不浪費機器規模的情況下提高效率。而鑒于提高硬件的利用率是服務器虛擬化的基本目的，對于IT企業組織來說，發現由于未能正確地確定虛擬機的規模而浪費資源將是相當諷刺的(也是相當尷尬的)。

在虛擬化的基礎架構中適當地確定規模大小元素相當重要，但卻并非易事。通過了解工作負載，并根據真正的業務需要對虛擬機進行分類，可以幫助企業組織避免浪費重要的IT資源。

當您在查看一臺虛擬機的大小，及其規模大小如何影響到容量時，一系列的問題的集合便浮現在您的腦海里了。但是，一個最重要的點始終務必要記住的是：虛擬機不是免費的。

鑒于虛擬機很容易創建，所以人們開始認為虛擬機可以免費使用。這個錯誤的想法是虛擬機被過度分配和蔓延的根源;而越早摒棄這一錯誤的理念，您企業就越有機會實現成功的規劃，進而為您企業的基礎設施的規劃合適的容量。

分類、監測和基線

容量規劃的首要步驟之一是了解您企業的工作負載。工作負載的類型各有不同，包括從數據庫(這需要消耗大量的內存)到事務性工作負載(這更是CPU密集型負載)。雖然您所在的企業組織很可能有多種工作負載，但您應該創建不同的類型的虛擬機以適應各種不同類別的工作負載。

如若如果沒有對虛擬機進行適當的分類，一名系統管理員或應用程序所有者需要決定虛擬機應該有多大或多小，這可能是令人心悸的。典型的應用程序所有者或系統管理員可能不知道或不了解他們的需求在何處。不幸的是，當面對這種未知的時候，一個人會自然的傾向于認為虛擬機的規模要越大越好。對于他們而言，對虛擬機進行適當的分類并不會糾正他們認為虛擬機是免費的心態，但卻將有助于他們控制和解決這個問題。

目標并不是要為每項工作負載都創建不同的類別，而是要建立一組適合于您企業生產操作環境的類別。企業組織所需的類別數量將取決于其具體的業務類型和需求。只要記住，太少的分類很容易造成虛擬機過度配置或配置不足，而太多的分類則幾乎不可能被很好的管理。

作為一般準則，虛擬機傾向于適應如下幾個自然類別：內存匱乏、CPU密集型和以存儲為中心。 在這三個類別中創建小、中和大的三種虛擬機選項允許九種可能的配置，以適合更多的虛擬機。

讓類別信息與性能基準相匹配，可以向您展示在某個特定類別安置虛擬機的原因。當您掌握了相應的數據顯示某項工作負載可以在中小型層中運行而不會產生性能問題時，那么，您之前的關于虛擬機越大越好的理念就會開始逐漸改觀了。

只有當您仔細的監控了您企業虛擬環境中的內容以及下一步的計劃的前提下，才可能進行恰當的虛擬機的調整和安置。如果大多數虛擬機都具有兩個vCPU或6 GB或更高的RAM，只需創建一套具有一個vCPU，4 GB RAM和20 GB存儲空間的小型虛擬機的基準值即可。

預定義的圖表可以顯示虛擬機建議的安置地點。如果您企業碰巧在相同大小的主機上運行完全相同的應用程序，這會相當有用。當然，在現實中，基于每家企業的每項具體業務的不同，應用程序和環境是獨一無二的，所以我們需要設定企業自己的標準。好消息是，這項工作的完成是相當簡單的。

采用一種基于虛擬機基準的簡單鐘形曲線 (bell curve)，您企業可以確定大多數虛擬機將落入的一個中間范圍。

這有助于您建立基于您獨特環境的小型，中型和大型機器的類別系統，而不僅僅是來自可能并不適合您企業特定業務需求和挑戰的環境中的配置集合。而在理想的情況下，大多數虛擬機應該屬于中等類別。 這允許您企業得以能夠處理任何潛在的增長。

挑戰

鐘形曲線對于虛擬機類別非常有用——只要您企業使用了準確的數據。如果現有機器的大小不恰當，會發生什么情況呢?如果將鐘形曲線應用于現有數據，則將創建一組與實際需要不一致的類別。由此所導致的受損要遠遠大于受益。

慶幸的是，許多監控工具現在看起來都超出了簡單分配的功能。 這些工具可以測量虛擬機實際使用的資源，而不僅僅是所分配的資源。這一規模大小的調整成為了資源配置成功的關鍵，有助于企業組織清楚地描述實際的資源使用情況，并允許您企業基于實際數據創建類別。

盡管如此，對于企業正在使用的資源情況的清晰的洞察了解并不意味著您應該跳過一般的內務管理。通過充分利用一些最佳實踐方案，您可以為準確的基線準備好虛擬機。

存儲清理：服務器會傾向于收集大量過時的數據，這通常是管理員的錯誤。通常，管理員們會將服務打包和安裝文件復制到本地服務器，而且通常不會刪除它們。這些通常位于C盤上的專用文件夾中，更糟糕的是，其是在管理員的本地服務器配置文件中的桌面上。記住，刪除數據只需將其移動到回收站，因此請務必清空每個配置文件的數據。

雖然每臺服務器僅僅只有幾千兆字節的數據的情況似乎并不多見，但是跨多臺服務器浪費的空間總量可能會是相當令人吃驚的。這除了會影響到您企業虛擬機的大小，這些存儲空間還可能會到影響備份性能和容量。

CPU /內存清理：從模板構建的虛擬機通常是資源高效的，只要客戶機工具已安裝和更新。這在從物理機到虛擬機的遷移過程中將是最為明顯的。當舊機器被導入時，它們在被返回生產之前需要被清理。您企業將需要卸載供應商特定的硬件驅動程序和應用程序，因為任何尋求已經不再存在的硬件的服務或驅動程序都有可能會消耗CPU或內存資源。雖然您企業可以在程序部分找到并卸載供應商特定的項目，但不要忘記查看Windows服務并識別任何特定于硬件的服務。應該刪除服務的主要功能，包括無法啟動的服務或在事件日志中放置通知的服務。

監控：企業虛擬化環境所附帶的管理工具通常為更傳統的服務器監控工具所看不到的指標提供了監控功能。這里的關鍵之一是其能夠監控到什么資源在使用以及所被分配的資源。

當您企業將更多應用程序遷移到虛擬空間時，是否要繼續使用這些傳統的非虛擬機監控工具呢? 事實上，一些環境可能對同一服務器使用了多款監控工具，因為企業的每個部門團隊(網絡、操作運營、服務器管理等)都有其各自獨特的業務需求。 實際上，各自不同的工具是在通過不同的手段監視相同的項目。 有了這么多工具試圖做同樣的事情，甚至有可能會導致一家企業組織可能無意中在自己的服務器上創建一個拒絕服務的情況。 記住：監控是一件好事;但過度監控就不是好事了。

過度配置/精簡配置：內存和CPU資源的上限，結合磁盤的精簡配置使用，具有良好的意圖，但其結果并不總是奏效的。事實上，在許多環境中，過度配置掩蓋了真正的問題。

這種過度分配欺騙了應用程序和服務器的所有者，使之認為他們有比他們真正消耗的更多的資源。雖然有人會說這是無害的，單當他們要求另一臺服務器時會發生什么情況呢?應用程序所有者可能繼續選擇“更大的配置”，而不是要求真正需要的。

如果您企業繼續支持這種類型的過度配置，您企業最終會形成這樣一個過度配置的環境，進而使得當您的業務需要額外的資源時，您也不知道。而通過分類則可以在一定程度上幫助減少一些過分的配置要求，虛擬管理員和應用程序所有者需要合作，來制止這些“小”的謊言。

如果您找到了過度配置的虛擬機——而且您也需要找到——您將需要將其調整回您正在創建的類別設置中。 (請記住，在大多數IT環境中，從應用程序所有者的虛擬機中刪除資源或將造成相當大的風險費用。)

您所準備的所有圖形和圖表不一定有助于說服應用程序所有者和管理員讓您刪除資源，即使他們可以在需要時快速添加回來。故而這需要得到企業經理級的支持。

為了支持您的論點，使您的鐘形曲線基于正在使用的資源和所分配的資源。一個好的監控工具將能夠顯示這些數據。有了這些數據信息，您可以展示一個服務器集合在某個大類中是如何分類的，即使在實際使用中被證明這些資源是不必要的。

當您企業開始調整虛擬機的規模大小時，請確保遵循已建立的基準，并監控窗口，以進行這些調整。一段時間的監控并不能提供足夠的數據點來進行精確的調整。故而在進行任何調整之前，您企業將需要聚集五到六個星期的性能數據。這允許您覆蓋了一個整月從開始到結束的時間，其中還包括了資源需求高峰的時候。

在評估每臺虛擬機的基準時，請確保排除任何備份或防病毒性能的峰值。這些應該被看作是例外，而不是規范。

基線是生產虛擬機可能更改的基礎，因此掌握大量豐富的數據將是一大好處。

恰當的IT

對應用程序所有者而言，資源的減少可能有些個人化，因此您企業可能需要執行其他步驟以確保平滑的過渡。這種調整改變是迄今為止規模化環境中最具挑戰性的。

CPU資源、驅動器大小或內存的減少調整應該只能是在停機期間進行。盡管更新補丁或應用程序本身可能很有誘惑力，但最好在單獨的中斷窗口中執行這些任務。

否則，通過多個調整的組合，您企業的業務部門用戶會將任何性能問題都歸因于資源的減少所導致的。這原本可能是因為軟件補丁或升級損害了性能，但人們會想指向資源調整。這種看法將難以克服。

當您通過使用基線，分類類別和清理來調整虛擬環境的規模大小時，您還有另一項關鍵任務在等待您：虛擬機的擴展蔓延。清理工作固然是相當不錯的，但請務必保持對于被遺棄或過多的虛擬機的關注。恰當的規模大小不僅僅是指虛擬機內部的內容;其也可以是虛擬機本身。

過度和被遺棄的虛擬機在一個成長中的、業務不斷變化的企業組織中是不可避免的，因此這將是一個問題。它需要不斷地解決。

容量規劃和虛擬機規模大小調整并不是一個適用于所有虛擬機的黃金法則。每家企業的環境都是由其具體業務及其應用程序所獨特決定的。然而，類別框架將通過使用精確的監視數據，減少過度分配和一般清理，幫助您將您的環境引導到優化的基礎設施。

虛擬環境給了企業組織機構無限的選擇。現在是時候稍微拉緊韁繩，優化我們已有的虛擬機配置了。這意味著我們正在為成本效益，靈活敏捷和成功的IT操作運營做好準備。

關于作者

本文作者Brian Kirsch是密爾沃基地區技術學院的一名IT架構師兼教練，他主要關注虛擬化和存儲領域。他已經在IT部門工作了15年多，并使用VMware產品超過七年了。 Kirsch擁有來自微軟、CommVault、VMware和EMC等企業的多項認證。他也已經是VMware客戶委員會的會員有5年了，并且還是VMUG全球董事會的成員。