服務(wù)器整合率多少合適?高服務(wù)器整合率有風(fēng)險(xiǎn)嗎?

　　新手要知道一件重要的事實(shí)就是服務(wù)器整合不是一個(gè)單一的靜態(tài)數(shù)字--沒有正確的服務(wù)器整合率，每個(gè)企業(yè)必須確定與自己獨(dú)特需求貼切的明智的整合目標(biāo)。例如，100%的整合當(dāng)然是可以的(所有可用的服務(wù)器計(jì)算資源都拿來使用)，但這并不是必要的，也不是適當(dāng)?shù)摹?/p>

　　如果一個(gè)組織內(nèi)有100臺(tái)物理服務(wù)器。假設(shè)這些服務(wù)器已經(jīng)虛擬化并且每個(gè)服務(wù)器搭載工作負(fù)載。這就是2:1的服務(wù)器整合率，減少了一半的服務(wù)器需求量。50臺(tái)服務(wù)器能完成100臺(tái)服務(wù)器的工作量。這也削減了一半的服務(wù)器資金和每個(gè)月的電費(fèi)。

　　工作負(fù)載遷移軟件，比如微軟的動(dòng)態(tài)遷移，是移動(dòng)和整合工作負(fù)載的常用工具。隨著經(jīng)驗(yàn)和對(duì)虛擬化信心的增長，組織在資源允許的前提下通常會(huì)實(shí)現(xiàn)整合的后續(xù)階段，系統(tǒng)地將更多的工作負(fù)載遷移到更少的服務(wù)器上。例如上面提到的2:1整合，稍后會(huì)進(jìn)一步整合，或許會(huì)節(jié)省出另外10臺(tái)服務(wù)器。

　　實(shí)際來說，全部(100%)整合是不可取的。例如，一些工作負(fù)載可能呈現(xiàn)高變數(shù)或周期性的資源需求。對(duì)于每天或每月的哪一天或者用戶需求較高時(shí)段，這需要臨時(shí)為工作負(fù)載分配額外的資源。其他情況下，應(yīng)該謹(jǐn)慎地為每一臺(tái)服務(wù)器預(yù)留一些計(jì)算資源，以供應(yīng)其他服務(wù)器的故障轉(zhuǎn)移。如果每個(gè)服務(wù)器都完全整合，就不會(huì)有充足的資源用于故障轉(zhuǎn)移，這可能導(dǎo)致一些受影響的工作負(fù)載不可用，除非問題服務(wù)器得到解決。

　　更高的整合總是會(huì)帶來更大的風(fēng)險(xiǎn)，如負(fù)載可用性和恢復(fù)時(shí)間。

　　假設(shè)一個(gè)虛擬化服務(wù)器上有一個(gè)VM.如果服務(wù)器出問題，IT人員只需要在另外系統(tǒng)上恢復(fù)或重啟該工作負(fù)載。如果多個(gè)VM都使用同樣的系統(tǒng)，問題就有點(diǎn)難辦了。當(dāng)一個(gè)VM啟動(dòng)時(shí)，它會(huì)使用帶寬和計(jì)算資源--留給第二個(gè)VM重啟的帶寬和計(jì)算資源，重新啟動(dòng)第三個(gè)第四個(gè)VM的資源就更少了。對(duì)于一個(gè)多于10個(gè)工作負(fù)載的系統(tǒng)，徹底的恢復(fù)可能需要相當(dāng)長的時(shí)間。

　　因此，組織必須解決和減輕對(duì)更少的服務(wù)器平臺(tái)的依賴。除了增加網(wǎng)絡(luò)帶寬和存儲(chǔ)I/O性能，下一代服務(wù)器通常會(huì)有卓越的可靠性，比如冗余電源或內(nèi)存熱備份。其他方法包括服務(wù)器集群或VM復(fù)制。不管用什么方法，目的是第一時(shí)間預(yù)防工作負(fù)載中斷，從而減輕修復(fù)問題。

　　一般來說，支持虛擬化系統(tǒng)的管理軟件可以幫助任何服務(wù)器上的每個(gè)工作負(fù)載獲得相應(yīng)資源利用率。IT管理員可以對(duì)VM遷移作出明智的決定，找到最佳的服務(wù)器整合率。