理想的虛擬服務器整合率令人難以定奪。更大的服務器和更高的內核數是誘人的，但是對許可模型和運行時間的擔憂使IT管理者對整合卻步。

當計劃虛擬服務器整合策略時，多少是多？多少是少？如果你正在使用虛擬化技術，這是個出乎人意料的答案。

在虛擬化技術早期，服務器整合率的目標通常是“越多越好”。同個服務器上支持的產品如虛擬機（VM）足夠讓IT管理者獲得hypervisor軟件的最大效益。

但是這是在把虛擬化技術用于辦理低交易、輕量級的工作負載之后。目前，虛擬服務器掌控了越來越多的關鍵任務的應用程序，當然不是由于糟糕的容量規劃這種簡單的原因。在很大程度上，這終止了夸張的虛擬服務器合并比率，使IT管理者清醒地回到現實，接受正確的資源分配的價值、正常運行時間和容量計劃。

夸張的整合率美夢最早產生于2011年7月，當時領先的虛擬化技術供應商VMware引進一種新型定價模式，極大鼓舞了IT管理者們對資源消耗的關注。然而VMware習慣將VMware vSphere套件在每個處理器的基礎上出售，并沒有考慮到有多少VM運行在一個主機上。vSphere 5套件包含“vRAM”分配，限制了虛擬機通過每個許可可以使用的物理內存總量。

到現在為止，VMware是唯一一家采用資源為基礎的定價模型的虛擬化廠商，其他的虛擬化廠家遵守承若，堅定地將CPU為基礎的定價作為競爭優勢。但鐵的事實是：隨著工作負載轉移到日益增長的虛擬的、基于云的模型上，供應商期望根據底層資源消費收取費用。

與此同時，基礎設施供應商繼續引進更大、更友好的虛擬服務器讓數十種虛擬機裝到一臺主機、減少虛擬機大小和布局的優化變得十分簡單。但是高的虛擬服務器整合率付出了高代價，不僅指硬件和許可，也和正常運行時間有關。錯誤地高度整合、不適當地配置服務器，可以戲劇性地影響應用程序的可用性和正常運行時間。

虛擬服務器整合率范圍很廣

以此為背景，目前IT管理員處理的是什么樣的服務器整合率？答案是意料之中的，它依賴其他環境。

回到舊的VMware ESX 3.x時代。虛擬服務器整合一個好的經驗法則是每核心四個虛擬機，Go Daddy托管提供商的IT經理喬？桑切斯說。例如，給定一個雙進程，四核處理器的服務器，結果是八個VM或者8：1的整合率。

目前，大部分hypervisor理論上單核能夠支持更多的VM，但即便如此，如果以平衡性能為目標，4個虛擬機中的1個或2個虛擬CPU（vCPU）/單核仍然是一個很好的指南，桑切斯說。

“新的服務器和ESX版本可以處理更多的VM，”他說，“但是CPU等待時間仍會受到影響，太多的VM在同一核心上等待可能會導致性能問題。”

如果不關心性能問題，測試和開發環境是怎么樣的呢？“那就無限期的等待加載內核，” 桑切斯說。

Walz是監管文件管理服務的提供商，為生產系統使用這個模型的虛擬服務器整合策略和非常保守的VM對主機的比率，而為環境比如測試和開發和質量保證使用更高的比率。

“在生產系統上，我們很少在每個主機上運行超過15個VM，” 加利福尼亞Temecula公司的首席信息安全官Bart Falzarano說。此家公司運行VMware，思科的雙處理器，四核的UCS B系列的刀片服務器，在認證的FlexPod中配置NetApp存儲。

但是外部生產還沒有類似的限制，虛擬服務器整合率常常達到40：1，Falzarano說。他說他認識的其他公司的VM密度更高——大約100：1.

感謝Intel，AMD增加的服務器核心數量

在很大程度上，目前的增加的VM密度沒有什么特別的——它們很大程度上得益于增加的服務器核心數量，而不是任何神奇的虛擬化提供者或從業者。

的確，隨著時間的推移，虛擬化管理提供商VKernel在審查客戶使用數據時發現虛擬化商店增加VM密度蹤跡跟服務器核心的增加密切相關。

“我意識到從數據中心看到的來自虛擬化的整合率跟CPU和內存的使用率沒有關系，” VKernel的首席營銷官Bryan Semple在博客中提到，“相反，這個比率與Intel增加每個主機內核密度的能力有關。”

的確，目前Intel Xenon E7 Westmere處理器特性達到了10個處理器核心，最近發布的AMD Opteron Interlagos達到了16個。這種功率在scaleout服務器正常運行情況下有可能接近100：1的虛擬服務器整合率�；蛘�，正如VKernel的Semple所說：“請寄給Intel公司的CEO Paul Otellini，一個感謝的字條。”

集群和資源池的概念進一步削弱了關注個人服務器以及它們的配置。“我們不會關注服務器太多，而是關注資源池，” 英國Plymouth大學的基礎設施和運營經理Adrian Jane說。大學的服務器能夠支持最大的VM，目前是8個vCPU 24 GB內存的機器運行Microsoft Exchange， VMware Distributed Resource Scheduler處理剩余的。

旋鈕和轉盤幫助優化虛擬服務器整合率

隨著虛擬化越來越成為主流——隨著揮之不去的經濟衰退打破IT預算——優化服務器整合率的熱情正在增加，VKernel產品營銷經理Alex Rosemblat說。

如果要采購新的服務器，IT管理者需要做很多的工作來提升服務器整合率，他說。

例如，過多的VM從一開始過度地供應內存和虛擬cpu——不是因為管理員的錯誤，而是因為應用程序所有者常常堅持認為他們需要更多的資源。

另外一個常見的錯誤配置是虛擬機的內存限制，有時會忘記設置。如果沒有意識到內存限制實際上是防止其使用額外的容量，當管理員為了修復性能問題試圖分配VM更多的內存時，問題就出現了。

當IT商店開始采用虛擬化技術時，投資的回報是如此的戲劇化以至很少有人質疑離開這個環境他們是否能維持更高的儲蓄，Rosemblat說。把一個100個主機的環境以5：1的比例整合到20個主機，“即使有相對較低的密度，人們仍滿意一個真正偉大的投資回報，”他說。

將時間快進幾年。“人們習慣只運行20個主機，成本正不斷攀升，”他說。更糟糕的是，更方便的服務器虛擬化——導致所謂的虛擬化蔓延。同時，預算持平或下降，IT經理積極尋找方法來降低成本并擴大他們的服務器整合策略是一個簡單的辦法。

現實世界的需求控制虛擬服務器整合率

IT管理者切實擔憂的正常運行時間阻止他們進行更深的服務器整合率。

例如，Jane說Plymouth大學在其主要和租賃的幾英里遠的數據中心以雙活配置運行自己的虛擬環境。其運營不大于45%的利用率，所以，如果一個站點崩潰，其他的站點可以接管整個負荷點。

另外，該學校租賃設備，替代周期是四年。這意味著，當需要購買新的服務器時，它們必須足夠大來處理總站點故障以及四年的增長。

這所大學去年剛剛經歷過服務器規模調整。小組確定需要一個180核的池來支持工作負載，并最終購買384個核心，分布在32個雙核處理器，6核心的IBM BladeCenter  HS22 刀片服務器。

這可能似乎有些過分，但是Jane希望預先多買以避免升級的時候資源不足。去年升級的時候，大學運行55%的容量，意味著它不可能通過將系統故障轉移到輔助網站進行簡單的升級。“我們不得不選擇哪些VMs需要關閉，這是非常痛苦的，”他說。

云來營救？

同其他棘手的IT問題一樣，云計算被定位成如何平衡虛擬服務器整合率的一個可能的解決辦法。

Plymouth大學的服務器不會出現另一個三年的租期，也許在這一點上，Jane說，云計算已經足夠成熟配置服務器不再是必要的。

不是購買額外的能力，“我想要是一個基于云計算的資源盒，”Jane說，當需要額外的容量時，大學可能打破這種短期或長期穩定的方式。

這個生態系統還不可用，但Jane說，“但在接下來的幾年中，我期望云變得足夠成熟來處理我們很多的服務。”