現在，雖然有越來越多的企業CIO和IT經理們在服務器、存儲、網絡、應用、數據中心、災難恢復等諸多領域采用虛擬化技術，但是，這種傳統的以資源共享和動態集中為主要特征的虛擬化1.0階段正在面臨許多新的問題，這主要體現在資源浪費、運維管理復雜性、業務連續性三方面。

資源浪費

對比傳統物理服務器的部署模式，虛擬機的創建、部署和使用十分簡單，只需對資源進行簡單復用，就輕松解決了傳統物理服務器成本高昂、部署困難、實施周期長等問題。但是，任何事務都具有兩面性，隨著新的應用資源申請和投入使用，政府、企業內虛擬機的數量不斷膨脹，虛擬化應用可能出現的“簡單粗暴”和“泛濫使用”趨勢將導致虛擬化的“泡沫”，虛擬機數量和虛擬化實施程度的加深，在某些環境下正在演變成為數據中心內新的壓力。

運維管理的復雜性

虛擬化集成商幫助政府、企業建立了虛擬化架構，隨著政府、企業架構內業務應用的不斷擴展，虛擬化部署范圍也隨之擴展，來自各業務部門和測試環境的虛擬機數量迅速增加，帶來數據中心架構內虛擬機、網絡、存儲、應用系統的“虛擬”和“物理”規模增長、關聯的復雜性：網絡、服務器、存儲由不同的人員管理，業務系統上線和日常維護在不同的部門之間協調，IT部門相應的虛擬化架構運維管理能力和資源的缺乏，又產生了新的管理“復雜性”——這有違虛擬化簡化管理的初衷。

業務連續性

現在各技術廠商虛擬化產品自身集成了高可用的功能，集合系統自身的硬件冗余，可以保障政府、企業數據中心本地IT系統的可用性。但是，當政府、企業的數據中心IT系統遇到災難時又該如何處理？也許自然災害的確有可能發生，但大多數情況下，IT系統故障發生的可能性遠比洪水、颶風、地震或恐怖襲擊大得多。數據中心的冷卻單元故障導致虛擬化架構服務器群和存儲停機，寫字樓內糟糕的電力設施導致組織的數據中心突發停電，虛擬化架構上運行的核心業務系統莫名其妙地發生故障癱瘓，意外火災導致通信線路中斷等等，將會令政府、企業蒙受經濟損失和聲譽危機。這些情況很常見，卻往往在用戶通過虛擬化進行基礎架構的大集中和大整合后所忽視。

要解決目前所面臨的問題，虛擬化將不可避免地由1.0階段深化、提升至2.0階段，即從數據中心資源提供的層面，將服務器、存儲、網絡、應用和桌面都融合到同一個虛擬化的范疇內，實現彈性、自動化、高可用的架構；除此以外，在虛擬化深化階段，大多數企業還會利用虛擬化技術作為業務連續性及災難備份的重要手段。

【編輯推薦】

1. 部署虛擬化項目的“九大經驗五大隱患”
2. 虛擬化：IT服務快速走向云計算的驅動力
3. 想讓你的虛擬化項目成功的6個要素