虛擬化引進了一種新的容量管理方案，迫使IT管理員重新評估他們目前如何計劃和管理數據中心容量。知識中心作者Rob Smoot在這里討論各種容量管理方法，解釋為什么容量管理是重要的，物理領域和虛擬領域的容量管理有什么區別。

采用虛擬化，數據中心資源是在一個適應性的、龐大的動態容量公用池中共享的。因為容量是共享的，在數據中心集群中有一個連鎖反應。當一個應用程序或者虛擬機發生緊急變化的時候，其它的應用程序或者虛擬機必須也有變化以便做出反應因為容量是不變的。因此，容量規劃和管理在虛擬環境中是一個賭注很高的游戲。IT部門需要一些工具詳細地了解這個動態的新層，并且能在需要時有足夠的容量。

那么，容量管理到底是什么?我們首先討論一下級別設置定義。據信息技術基礎設施庫(ITIL)稱，容量管理是保證IT基礎設施能夠以最充分的、可預見的和節省成本的方式使用的規定。用基本的經濟詞匯說，這是業務需求與IT供應之間的平衡。所有機構都以某種方式實施容量規劃和管理。這也許像不像ITIL一樣是結構化的或者可編程的。但是，這方面的需求肯定是有的并且我們實際上在某種程度上都做這個事情。

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

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

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

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

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

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

1.節省成本

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

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

2.服務可用性

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

3.業務規劃

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

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

物理環境與虛擬環境中的容量管理

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

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

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

虛擬化迫使容量規劃、采購和配置決策是在一個綜合資源池的環境中從上到下推動的。虛擬化允許你的容量是共享的和有適應能力的。這是虛擬化的兩個基本的好處。共享允許容量作為用戶容量和額外容量的公共的資源池。適應性允許容量根據需求擴大或者縮小。

如果一個應用程序或者一個虛擬機需要更多的資源，那么，它可以從其它不需要那么多資源的虛擬機借用一些資源。而且，適應性和靈活性允許逐步增加計算、存儲和網絡容量。例如，當一個服務器增加到一個資源池，它的容量就變成“公共資產”，不為任何一個應用程序或者任何一個業務部門擁有。它將變成任何最需要它的虛擬機可以使用的一部分資源。采用虛擬化，可以通過對比在整個環境中的最恰當的時間的單個應用程序資源需求的高峰和低谷優化容量的效率和預見性。

虛擬環境中的新的要求和挑戰

雖然使用虛擬化能夠從根本上改善容量管理，但是，在虛擬環境中管理容量還有一些新的挑戰、風險和機會。在一個共享的環境中，任何需求波動都是到處都可以感受到的。例如，所有的業務部門和這個集群中的任何應用程序都可以感受到。糟糕的管理政策可引起巨大的連鎖反應。

虛擬環境中新的要求和挑戰的五個例子包括：

1.虛擬化引進了新的考慮，如虛擬機移動性和自動啟動或者容錯。這都有重要的容量意義。

2.如果沒有管理，容量分散和過多分配能夠在數千個虛擬機、主機和存儲設備中造成浪費。

3.需要精心地找出資源瓶頸。當你不需要的時候增加更多的處理器或者存儲等資源會加劇資源瓶頸。

4.過多分配虛擬機是浪費容量。這些浪費的容量可以發現和收回。

5.糟糕的虛擬機布局可以減少利用率，引起資源沖突。

考慮到這個新的虛擬化環境和有效的容量管理日益增長的重要性，IT機構在這方面有一個明確的戰略是非常重要的。

在動態虛擬環境中管理容量的替代方法

無論使用什么做法和技術，容量管理的最終目標是實現IT的供需平衡，同時實現效率和預見性的最大化。基本上來說，這就是要開發容量智能，要理解如下四件事情：

1.你有多少容量(目前的/未來的、使用的/空閑的)

2.容量是如何使用的(由誰使用，什么時候使用)

3.你就需要多少容量(目前的/未來的)

4.你什么時候會用完容量

考慮到在一個動態的虛擬環境中的挑戰和考慮，這個容量智能需要與虛擬化層密切聯系在一起并且盡可能實時地提供。

容量管理方法

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

方法1：拇指定律

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

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

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

方法3：專門制作的工具

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

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