提起服務器我們并不陌生，服務器托管、服務器租用等都是我們選擇服務器的常用方式，而服務器整合是很多idc商開始采用虛擬化的驅動力。服務器整合可以將更多負載整合到更少的服務器上，從而達到易于管理、更好利用資源以及降低硬件成本等目的。然而在試試服務器整合過程中仍然會面臨很多潛在陷阱和問題的，具體表現為以下五方面：
錯誤一、對整合級別沾沾自滿
組織采用分層方式實現虛擬化很常見，先從測試與開發環境開始虛擬，然后再遷移到生產與業務關鍵工作負載。不過，如果你一開始就虛擬大量服務器，又從不評估你的服務器整合計劃，那會出大問題。最簡單的方法是將整合級別提升到使用新的高容量服務器替代舊的，以便處理更多工作負載。
如果沒有準備好或沒有預算完全替代服務器，那就升級內存，這是好解決方案。如果真是沒有任何預算，重新評估虛擬機資源配置級別，設定限值，以便釋放足夠的資源用來添加額外的虛擬機。
錯誤二、太關注整合比
我們根據整合比率測量服務器整合，即每臺物理服務器宿主的虛擬機數量。取決于物理服務器的容量以及虛擬化的工作負載類型，整合比變數很大。重要的點是記住越高的整合比并不意味著對業務好。只是簡單將整合比弄很高會讓服務器負擔過重，或者在發生災難時無法從崩潰的服務器上重新啟動工作負載。總之，確定適合你的整合比是一門講究平衡的藝術。
錯誤三、沒有考慮故障恢復與遷移需求
有兩種基本方式設計服務器整合計劃：在每臺服務器上保留空閑資源或者在故障恢復或遷移所需時有空閑服務器。兩種方式都可以，主要看你的故障恢復與遷移需求。在每臺服務器上保留空閑容量可以為熱遷移工作負載提供靈活性，以便平衡資源利用率或更新服務器，這可以不需要在線的其他新系統。
不過，大化整合并為故障恢復需求保留空閑服務器通常意味著更好的資源利用率。在部署服務器整合計劃時也要考慮到工作負載。如果你的應用對資源苛求，那還是使用空閑服務器的方式吧，而不是將運行的服務器中的大部分資源保留著，那樣太浪費。
錯誤四、忽視虛擬機蔓延
一入虛擬化大門而沒有一個控制虛擬機蔓延的策略的話，很快就會有麻煩。很多人陷進虛擬機蔓延是因為需要數月或數年才驚覺自己掉進去了，這都是積少成多，突然爆發的結果。不幸的是，只有在初始的服務器整合計劃中將虛擬機生命周期管理納入進去才能阻止虛擬機蔓延。
錯誤五、過度整合
談到整合，真心可以得到眾多好處。將整合級別提升到某個點，你就無法擁有足夠的空閑容量處理服務器故障，這會在你配置新服務器或進行修復時導致數據中心中斷運行。過度整合會限制你遷移虛擬機與平衡負載均衡的能力。過度整合也會傷害應用性能，會讓虛擬機在競爭有限資源時處于下風。


成都到鄭州物流專線
合肥到武漢物流專線
昆明到洛陽物流專線
揚州到昌都物流專線
如果企業不提供FTP權限，SEO優化師應該及時修改網站優化方案
義烏到三沙物流專線
杭州到沁陽物流專線
廣州到馬鞍山物流專線