虛擬化實現業務連續性

 

一、業務連續性的重要性
    信息技術已經成爲保障政府部門、企事業單位等各種類型組織正常運營的關鍵因素，無論在何領域，從事何種行業，業務運轉與IT的結合正在變得愈發緊密。每年成百上千的全球數據中心遭遇重大的服務中斷，並且還經常受到用戶錯誤，病毒，硬件故障和自然災害等問題的影響。因此，高效、 穩定、成熟的IT架構對於保證業務連續性而言越來越重要。

業務連續性常見問題包括：

計劃內停機；
硬件擴容升級；
硬件物理位置變更；
硬件突發故障保全；
容錯；
本地容災；
異地容災；

    爲了解決以上業務連續性問題，傳統的方式通常採取雙機熱備的方案。這就意味着如果不增加硬件投入，肯定達不到業務連續性效果，而且現有設備資源利用率低下的現狀根本無法改變。於是，用戶依然在一邊浪費IT資源，一邊承受着巨大的業務中斷風險。
    多付出成倍的軟/硬件投入，似乎是解決業務連續性的辦法。然而，雖然用戶不得不大幅增加各種成本，換取來的仍然不是令人放心的業務連續性最佳解決方案——換言之，單純增加硬件的投入並“不可靠”。此外，用戶必須面對另一個不容忽視的問題——更高的能源消耗。雖然各種設備在不斷更新或擴容，雖然硬件的檔次更爲先進，但IT資源的利用率並未提升，仍舊維持在很低的水平，造成較之以往更大的資源浪費；同時新增加的設備又大幅增加了電力、製冷方面的能源消耗，並在無形中增加了更多的碳排放，對環境造成更嚴重、更深遠的破壞和影響。這是關係到社會整體發展和企、事業單位社會責任的重大課題。

因此，解決業務連續性必須面對這樣的問題：

依靠現有硬件設備而不追加硬件投入能否實現業務連續性？
能否降低傳統方式中成倍增加的投入成本，而獲得更高的系統運行“可靠性”？
如何採取更爲經濟、更加綠色的方式去實現 “節能降耗”前提下的業務連續性？
怎樣簡化保障業務連續性帶來的複雜的管理和維護？
    固守傳統IT架構，以上問題始終是問題。只有以系統架構優化爲方向，方可找到超越以往的、先進的“節能降耗、更加可靠”的業務連續性綠色解決方案。

二、基於虛擬化的系統架構優化 —— 先進的業務連續性解決方案
1、計劃內停機
    在虛擬化架構（VI）的環境下，可以令ESX服務器先進入維護模式，而後再將其停機。進入維護模式的ESX主機會自動將正在運行的所有虛擬機（VM）均勻的遷移到羣集中的其它ESX主機中。

 

 

 

    如上圖所示，假設用戶現有三臺物理服務器運行，現需要將一物理服務器進行計劃內停機。採用虛擬架構後，只需要使用VMotion技術將停機的物理服務器上運行的所有虛擬機遷移至另外兩臺物理服務器中，然後關閉待修復的服務器，就可以完全保證企事業單位計劃內停機不會導致任何的業務中斷。

 

2、硬件擴容升級
    採取虛擬化架構後，當面臨追加物理服務器解決硬件擴容的問題時，追加物理服務器的過程不會影響到IT架構中任何應用。此外，在升級的時候即使換掉原來的機器，原有的VI架構軟件授權同樣可以繼續使用。

               

       添加服務器前                          添加服務器                   添加服務器後

 

    如圖所示，擴容後新增的物理服務器硬件資源會自動“融入”到IT架構的資源池中，通過虛擬化獨有的DRS+VMotion技術自動平衡IT架構中每一臺物理服務器的硬件資源，既實現了“無縫”的硬件擴容，也保證了IT架構中每一臺服務器的硬件負載平衡。

3、硬件物理位置變更
    當虛擬化架構中的服務器需要進行物理位置變更時，如果遷移兩地均有硬件設備，可以通過vCenter(VC)進行統 一管理，實現集中遷移。

4、硬件突發故障保全
    虛擬化架構特有的技術，能夠實現在羣集中任意一臺ESX主機異常宕機時由另外一臺主機頂替該主機工作。

5、容錯
    由於虛擬架構中每一個應用均是運行在虛擬機中，因此可以採取虛擬機的快照功能經濟有效地實現企業應用容錯能力。

6、本地容災
    虛擬化技術可通過開放的API與其他備份軟件緊密結合，將企業IT架構中的每一臺虛擬機的存儲全部識別並將其轉移至其他本地存儲中，令企業不再僅僅侷限於磁盤陣列級的數據保護，從而真正實現實時在線的本地數據保護。

7、異地容災
    使用虛擬化容災技術可以有效實現虛擬架構的全自動異地容災，它可以不間斷的基於存儲進行復制，既可以是同步，也可以是異步；可跨地域監控主站點和災備站點的情況。主站點一旦發生故障，能夠將主站點所有的IP和應用全部實時的遷移到災備點上。虛擬化容災技術包括了存儲間的協調，虛機間的VC、ESX的設置及每個虛擬點的設置， 還包括硬件災難時如何從一個點切換到另外一個點的設置。

 

本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/dawei2391/archive/2010/04/06/5455251.aspx