服務(wù)器整合率多少合適?高服務(wù)器整合率有風(fēng)險嗎?
新手要知道一件重要的事實就是服務(wù)器整合不是一個單一的靜態(tài)數(shù)字--沒有正確的服務(wù)器整合率，每個企業(yè)必須確定與自己獨特需求貼切的明智的整合目標(biāo)。例如，100%的整合當(dāng)然是可以的(所有可用的服務(wù)器計算資源都拿來使用)，但這并不是必要的，也不是適當(dāng)?shù)摹?/p>
如果一個組織內(nèi)有100臺物理服務(wù)器。假設(shè)這些服務(wù)器已經(jīng)虛擬化并且每個服務(wù)器搭載工作負(fù)載。這就是2:1的服務(wù)器整合率，減少了一半的服務(wù)器需求量。50臺服務(wù)器能完成100臺服務(wù)器的工作量。這也削減了一半的服務(wù)器資金和每個月的電費。
工作負(fù)載遷移軟件，比如微軟的動態(tài)遷移，是移動和整合工作負(fù)載的常用工具。隨著經(jīng)驗和對虛擬化信心的增長，組織在資源允許的前提下通常會實現(xiàn)整合的后續(xù)階段，系統(tǒng)地將更多的工作負(fù)載遷移到更少的服務(wù)器上。例如上面提到的2:1整合，稍后會進(jìn)一步整合，或許會節(jié)省出另外10臺服務(wù)器。
實際來說，全部(100%)整合是不可取的。例如，一些工作負(fù)載可能呈現(xiàn)高變數(shù)或周期性的資源需求。對于每天或每月的哪一天或者用戶需求較高時段，這需要臨時為工作負(fù)載分配額外的資源。其他情況下，應(yīng)該謹(jǐn)慎地為每一臺服務(wù)器預(yù)留一些計算資源，以供應(yīng)其他服務(wù)器的故障轉(zhuǎn)移。如果每個服務(wù)器都完全整合，就不會有充足的資源用于故障轉(zhuǎn)移，這可能導(dǎo)致一些受影響的工作負(fù)載不可用，除非問題服務(wù)器得到解決。
更高的整合總是會帶來更大的風(fēng)險，如負(fù)載可用性和恢復(fù)時間。
假設(shè)一個虛擬化服務(wù)器上有一個VM.如果服務(wù)器出問題，IT人員只需要在另外系統(tǒng)上恢復(fù)或重啟該工作負(fù)載。如果多個VM都使用同樣的系統(tǒng)，問題就有點難辦了。當(dāng)一個VM啟動時，它會使用帶寬和計算資源--留給第二個VM重啟的帶寬和計算資源，重新啟動第三個第四個VM的資源就更少了。對于一個多于10個工作負(fù)載的系統(tǒng)，徹底的恢復(fù)可能需要相當(dāng)長的時間。
因此，組織必須解決和減輕對更少的服務(wù)器平臺的依賴。除了增加網(wǎng)絡(luò)帶寬和存儲I/O性能，下一代服務(wù)器通常會有卓越的可靠性，比如冗余電源或內(nèi)存熱備份。其他方法包括服務(wù)器集群或VM復(fù)制。不管用什么方法，目的是第一時間預(yù)防工作負(fù)載中斷，從而減輕修復(fù)問題。
一般來說，支持虛擬化系統(tǒng)的管理軟件可以幫助任何服務(wù)器上的每個工作負(fù)載獲得相應(yīng)資源利用率。IT管理員可以對VM遷移作出明智的決定，找到最佳的服務(wù)器整合率。