服務器整合率多少合適?高服務器整合率有風險嗎?

　　新手要知道一件重要的事實就是服務器整合不是一個單一的靜態數字--沒有正確的服務器整合率，每個企業必須確定與自己獨特需求貼切的明智的整合目標。例如，100%的整合當然是可以的(所有可用的服務器計算資源都拿來使用)，但這并不是必要的，也不是適當的。

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

　　工作負載遷移軟件，比如微軟的動態遷移，是移動和整合工作負載的常用工具。隨著經驗和對虛擬化信心的增長，組織在資源允許的前提下通常會實現整合的后續階段，系統地將更多的工作負載遷移到更少的服務器上。例如上面提到的2:1整合，稍后會進一步整合，或許會節省出另外10臺服務器。

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

　　更高的整合總是會帶來更大的風險，如負載可用性和恢復時間。

　　假設一個虛擬化服務器上有一個VM.如果服務器出問題，IT人員只需要在另外系統上恢復或重啟該工作負載。如果多個VM都使用同樣的系統，問題就有點難辦了。當一個VM啟動時，它會使用帶寬和計算資源--留給第二個VM重啟的帶寬和計算資源，重新啟動第三個第四個VM的資源就更少了。對于一個多于10個工作負載的系統，徹底的恢復可能需要相當長的時間。

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

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