我們應該如何制定服務器整合計劃呢?每個服務器上應該預留多少容量呢?

整合計劃是優(yōu)化數(shù)據(jù)中心的一個重要步驟，但需要大量的考慮和計劃，而不是簡單地將更多的工作負載放到更少的服務器上。IT規(guī)劃者必須理解工作負載之間的關系和依賴性，提供足夠的網(wǎng)絡帶寬和存儲IOPS來處理多個VM的要求，還要確定一致的工作負載故障轉(zhuǎn)移和恢復策略。任何服務器整合方案必須在謹慎實施并進行徹底測試后，才能推廣到整個數(shù)據(jù)中心。

很多公司在開發(fā)服務器整合計劃時需要經(jīng)歷的掙扎是要決定是否在每個服務器上留出備用空間還是使用備用服務器。第一種方法要求在一些(甚至是全部)合并的服務器上留出備用資源。這樣的“空間”可以收留或重新啟動那些服務器出現(xiàn)問題的工作負載，直到出現(xiàn)問題的服務器得到解決。缺點是留下了一些閑置的計算資源。另一種情況就是，服務器完全合并(沒有留下可用的“空間”)，但會留出一個或多個備用服務器用于接收故障轉(zhuǎn)移工作負載。

最后，這兩種方法是完全可以接受的——選擇取決于你打算如何應對故障轉(zhuǎn)移。

最近的虛擬化用戶通常實現(xiàn)低水平的整合，既可以顯著降低非虛擬的服務器數(shù)量，還能留下足夠的計算資源。在這種情況下，管理員可以將出現(xiàn)問題的服務器上的工作負載分配到其他服務器，而不需要額外的在線系統(tǒng)。

對于有經(jīng)驗的虛擬化用戶來說，在大多數(shù)服務器上進行最大化整合會有些挑戰(zhàn)。在這種情況下是不可能讓高度整合的服務器提供故障轉(zhuǎn)移能力的，因此必須有一個小型或有額外的系統(tǒng)在生產(chǎn)服務器出現(xiàn)問題的情況下作為備用，接收生產(chǎn)服務器的工作負載。

對于任何服務器整合計劃，一個重要的考慮是盡可能放置互補的工作負載。例如，數(shù)據(jù)庫和客戶關系系統(tǒng)可能完美地共存在相同的服務器上，兩者的工作負載都可以交換數(shù)據(jù)，不需要通過網(wǎng)絡發(fā)送查詢和訪問數(shù)據(jù)。這可以幫助工作負載減少對本地網(wǎng)絡的依賴，從而改善性能。

整合項目很少是一次性的，隨著虛擬化技術和計算平臺的發(fā)展，許多組織會進行好幾輪的整合。

虛擬化和整合通常不是“全或無”的實踐。例如，虛擬化經(jīng)常作為一個試點項目，隨著工作人員掌握更多的技術，虛擬化技術將擴展到數(shù)據(jù)中心。整合通常類似。早期往往先將一些工作負載放置在每個物理系統(tǒng)上。這樣不僅能節(jié)省硬件成本還能有充足的可用資源。隨著信心的提高和價值的明了，組織實施又一波的整合，將更多的工作負載放到更少的系統(tǒng)。

隨著整合逐漸增加到足以優(yōu)化系統(tǒng)利用率的時候，成本節(jié)省變得不太明顯。好消息是，更有經(jīng)驗的IT員工具備了處理優(yōu)化的能力，不會出現(xiàn)嚴重的錯誤或疏忽。因此，這里的經(jīng)驗——其他主要IT部署也一樣——是分階段開展服務器整合計劃。從非關鍵的工作負載做起，然后隨著時間的推移系統(tǒng)地接受更為重要的工作負載。