我們應(yīng)該如何制定服務(wù)器整合計(jì)劃呢?每個(gè)服務(wù)器上應(yīng)該預(yù)留多少容量呢?

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

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

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

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

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

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

整合項(xiàng)目很少是一次性的，隨著虛擬化技術(shù)和計(jì)算平臺(tái)的發(fā)展，許多組織會(huì)進(jìn)行好幾輪的整合。

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

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