虛擬化的關鍵好處之一是它能極大提高服務器資源的利用率。但由于無監控的工作負荷遷移、不受控的虛擬機增加和資源需求的意外跳轉會耗盡服務器（即使是最強大的）且給珍惜資源留下的工作負荷不夠，所以這個高利用率也有下降趨勢。

　　虛擬數據中心的IT管理員需要執行并遵循綜合容量規劃協議來確保重要資源對那些需要它們的工作負荷來說是可用的。

　　容量規劃和服務器性能

　　首先，理解每個應用的最高需求。這可能由隨時間推移監測資源的利用來決定。再者，緊密關注在每個服務器上運行的虛擬工作負荷，讓總資源需求（如CPU周期或內存）不會超過可用資源。第三點，繼續監控資源利用率并關注也許需要分配更多資源或重新平衡多個虛擬服務器間工作負荷分配的改變。

　　監控服務器資源和工作負荷分配失效可能導致資源短缺。大部分情況下，短缺常常不能滿足一臺或多臺虛擬機且引起處理滯后、登錄時間長、存儲訪問少等性能問題。除非管理員勤于監控資源利用，否則一般來說用戶會是最先經歷且抱怨應用性能問題的人群。大量的用戶抱怨都關于特定應用（尤其是同一服務器上的多個應用）引起服務器負擔過重。

　　明確地說，容量管理并不是簡單地緊緊保證有足夠的用于業務的容量。這部分是很容易做到的。如果你過多地采購或者過多地配置你的容量，每一個人都能保證足夠的容量。關鍵的目標是效率和可預見性。

　　這是要找到IT供應的優化的平衡以便在所有的時候都保證滿足業務的需求。這是在最大限度減少浪費和風險的同時節省成本。因此，有效的容量管理要保證兩個事情：

　　1.效率（優化的容量）：在不影響業務的情況下使用每一點可用的容量。

　　2.預見性（可用的容量）：無論業務部門什么時候需求，都保證有可用的容量并且一直在線。

　　為什么容量管理是重要的？

　　無論你的數據中心環境是物理的、虛擬的還是混合的，容量管理都是目前任何IT機構中的一項日益重要的功能。許多企業正在尋求實施一個正規化的容量管理模式，主要是三個原因：

　　1.節省成本

　　讓預算獲得批準是很困難的，并且等待很長的新硬件或者基礎設施的采購周期是很乏味的。過去，一旦IT部門的得到預算，他們都過多地或者預先采購硬件以便避開這些行政管理的頭疼問題。

　　這個硬件經常在采購一個月、一年或者更長時間之后才使用。這個硬件閑置在那里是付出代價的。但是，采用正確的容量管理工具和流程，你就能夠合理地進行采購并且保證任何新硬件都會立即部署和使用。

　　2.服務可用性

　　IT部門需要向其業務擁有者提供一致的、高質量的服務。當容量需求不斷變化并且相應地發生波動的時候這是很困難的。沒有適當的容量管理，IT風險降低了服務的可用性和客服的滿意度。這是代價非常大的，也許會影響到你的企業的生存，特別是如果你在談論的是重要任務的、面向外部的應用程序。

　　3.業務規劃

　　向業務擁有者一樣，IT部門要有短期和長期的計劃。創建這個計劃需要理解歷史的容量使用和預測未來的容量需求。除非這是系統性地實施的，否則，你將缺少歷史的觀點和對未來需求的準確預測，特別是在一個動態的虛擬環境中。

　　如果容量管理沒有做正確或者根本就沒有做，供需就會失衡，導致資源浪費或者資源不夠用。浪費的資源，無論是購買的時間太早還是數量過多，都是代價昂貴的。然而，資源不夠用會更糟糕，因為這能影響到業務經營并且是可以感受到的。

　　在物理環境上處理容量規劃

　　在物理環境中，容量管理是非常直接和簡單的。過去，容量是根據單個業務范圍的需求由計劃推動的。在每一臺服務器一個應用程序的模式中，這個業務的擁有者確切地知道有什么容量。這是非常清楚的、容易描繪的和豎井式的。這臺服務器和它的全部容量都由一個用戶或者應用程序擁有。

　　遺憾的是，這種資源豎井導致了一個基本的進退兩難的境地：明顯地以犧牲效率和預見性為代價。在物理環境中，效率通常在你制定短期計劃時才能實現。如果你要非常高的效率，你就要根據你最高峰的情況配置IT容量。然而，當容量需求意外超過高峰的時候，你就會遇到風險。

　　當你制定長期計劃的時候，預見性是可以實現的。如果你要通過多地配置緩解任何風險，你將有不必要的浪費。這個“多余的”容量是你能夠增加的容量。遺憾的是物理環境經常需要為一個目標或者另一個目標進行優化：預見性或者效率。如果一個環境是非常有效率的，它缺少完全可預見所需要的額外的容量。增加額外的容量（這是常見的反應）也許能保住可預見性，但是，這會導致缺乏效率或者浪費。

　　在虛擬機上處理容量規劃

　　容量規劃的竅門是了解你有的資源、這些資源的所在地、各工作所需的資源和這些資源需求如何變化。Iometer一類的工具可以用來檢查針對I/O性能的網絡行為，但Windows容量規劃最普遍的工具之一是微軟的評估與規劃工具包（AssessmentandPlanningToolkit），物理和虛擬工作負荷它都支持。一名管理員可以運行這個工具來識別服務器資源并檢查隨時間推移每個工作負荷的資源需求變化。

　　“看看這個工具會建議你為虛擬化主機提供什么和它們可用的資源有哪些種類，這確實讓你能運行多種方案，”方案提供商MooseLogic的總裁ScottGorcester說。Gorcester還說，即使是用VMware和思科的虛擬化平臺，微軟工具的結果也十分精確。

　　盡管容量規劃常有賴于短期數據，但規劃的真實好處是確保服務器能隨著時間推移工作負荷需求增長提供足夠的資源。沒有簡單的公式或方法告訴管理員如何完成長遠的計劃，但常識應該有導向作用。只是你計劃的未來還有多遠應該首先由你正運行工作負荷的數量和本質來決定。舉例來說，預計不會改變的有多個靜態工作負荷的環境可能要策劃很少時間。相反地，快速添加新工作負荷或更多用戶的企業可能應該限制它們的規劃只到幾個月后，更遠只會因為不精確而失去了實用性。

　　Gorcester建議說，最好從一開始就創建額外的容量，因為這樣常比后來升級服務器更經濟。這個想法認為虛擬化易化了維護、機器安裝等IT任務，你幾乎把花在“過大”服務器上的額外花費都省下來了。“”如果你超建了一點點，就提供了更多穩定性、更多實用性和一些保留容量，這些保留容量會呆在那等待處理使用繁忙，他說，你不需要增加太多成本就得到最佳性能和易于添加工作負荷或服務器的能力。

　　不要忘了囊括業務計劃并考慮技術更新周期對容量規劃的影響。例如，到虛擬化的遷移能減少服務器數量，但是購買更多強大的服務器來支持額外虛擬機會的結果是買了更貴的服務器。重新分配舊服務器的能力也讓很多企業維持服務器的周期更長。這導致技術更新的頻率變慢，這也讓更少的強大服務器購買更加劃算。

　　容量管理方法

　　容量管理有許多方法。但是，一般來說，有三種不同的方法：拇指定律、內部開發的解決方案和專門制作的工具。

　　方法1:拇指定律

　　拇指定律包括根據過去的經驗進行的估計。例如，在過去，在一個內核上可以運行四個虛擬機。因此，對于未來可以使用同樣的推測。在動態的環境中使用這種方法顯然有明顯的缺陷，包括不準確和不能圍繞這個方法建立一個系統的流程。

　　方法2:內部開發的解決方案

　　內部開發的解決方案包括腳本和表單。這是比拇指定律更加系統性的方法。在腳本的情況下，這種方法在擁有高級IT技能的大企業可以發揮作用。然而，這種方法很快就變成需要昂貴代價的和耗費時間的維護的方法，并且也許還是不準確的，特別是使用迅速變化的基礎設施的時候。在虛擬化環境中，虛擬機如何與基礎設施層互動是很復雜的，因此，有很多專業知識也很難把這個事情做好。

　　方法3:專門制作的工具

　　專門制作的工具對于虛擬環境來說是首選的方法，因為他們根據在不斷變化的環境中搜集和維護容量信息進行推測。也許最重要的是緊密集成的和熟悉虛擬化層的工具能夠提供非?？煽康暮蛯崟r的智能。

　　擁有正確的工具和流程，IT管理員將擁有自動化的、實時的容量智能以便在一個虛擬環境中進行日常的和戰略性的容量管理決策。