vPower系列3：vHA-業界第一款平臺級Cluster方案

vPower今天開講第三講-vHA。說到HA，我相信你們並不陌生，今天業界的各類解決方案都有提到HA的功能，本意是High Availability。可是，今天我們這裏開講的vHA，是和咱們平時見識的Cluster對應的技術，就是虛擬平臺自己的HA技術。

傳統Cluster概述

爲了區分平時的Cluster解決方案，我們仍是先回顧一下你們熟悉的集羣Cluster技術。集羣技術已經被普遍應用，包括Microsoft的MSCS、IBM的HACMP、HP的McService Guard、Symantec(VERITAS)的VCS、當年Digital的TruCluster、國內曾經流行過的Rose HA、Lifekeeper等，在此不一一列舉。說道這些集羣技術，基本原理都很相似，就是爲了應用的高可用性，經過集羣軟件監控硬件、應用的進程等，一旦發現應用運行出問題，立刻啓動在備用服務器上進行從新構建該應用的運行環境，包括獲取磁盤的訪問權、創建對外服務的基礎環境、啓動應用的相關進程等。說白了一點，就是應用運行環境遭到破壞，立刻在另一個地方重構該應用的運行環境，就相似災後重建。2008年512地震雖然漸漸離咱們遠去，但對災後重建咱們並不陌生。

Symantec VCS典型的Cluster圖

傳統Cluster存在的問題

有了對傳統Cluster的基本認識，我們分析一下它存在的問題。我曾經在畢業後的一年內專一於Cluster軟件底層的開發，曾經在以後的3年時間裏經受過不少用戶的質問。基本的體驗是Cluster易建，災難後成功切換難求。爲何會有這樣的體驗呢？我我的認爲這和傳統Cluster的設計有關。搭建過Cluster系統的都知道，創建一個Cluster系統不難。可是難就難在系統出現故障後，Cluster的切換每每失敗。而當初創建的時候，進行的各類切換都沒有問題，這着實成了傳統Cluster永遠難以擺脫的詬病，不少用戶乾脆將之歸結爲Cluster軟件本事。但事實是怎樣的呢？

傳統的Cluster是基於主從結構的設計，平時應用運行的機器咱們通常稱之爲生產服務器，平時應用運行在生產服務器上。可是爲了保證應用能夠在備用服務器上運行，就必須在備用服務器上安裝一樣的操做系統、應用、補丁等。爲了確保應用的切換成功，兩臺對應的服務器就是確保始終一致，包括操做系統、補丁、應用和應用補丁等。而且，還要確保安裝在上面的Cluster軟件也能兼容操做系統補丁和應用補丁等的變化，不然故障切換就無從談起。但是大多數人維護這一系統，每每不能確保生產服務器和備用服務器應用的更新一致，由於咱們可能常常要給操做系統打補丁、對應用打補丁、甚至升級等，另外系統的其餘變動也均可能影響Cluster的運行。要保證Cluster的正常運轉，系統變動的流程以下（以操做系統打補丁爲例）：

操做系統打補丁 檢查應用對該補丁的兼容性 檢查cluster軟件對該補丁的兼容性 兼容性檢查可行後，在生產服務器安裝補丁 在實際環境測試補丁無誤（包括應用對該補丁的適應性和Cluster軟件的切換測試等） 在備用服務器上安裝補丁 在備用服務器上執行應用的檢查等

我相信你們看完這樣的步驟，會以爲十分繁瑣，每每省略了某些步驟。而系統真的運行了一年半載後出現問題，每每就難以保證系統發生切換。

vHA確保100%切換成功

vHA的設計思路和傳統的徹底不一樣，拋開了在操做系統裏安裝Cluster軟件和應用運行2+份的尷尬，應用只有一份。部署Cluster後，應用的維護模式沒有發生任何變化，你仍然能夠安裝傳統的方式來管理你的應用，大大下降了Cluster系統維護的複雜性。另外，由於系統裏只有一份應用，確保了發生災難後系統恢復的可靠性，不存在測試好用，實際環境不靈的尷尬。

說的簡單點，傳統的Cluster相似當今的搬家方式，是須要購買新房子，將老房子裏的東西一件件搬到新家，結果每每是須要扔掉不少東西，由於新家和老家結構可能不一樣。vHA是基於平臺的Cluster，搬家是搬房子，不動家裏的任何東西，所以不須要更改家裏的裝修或者其餘的東西，所以簡單易行，可靠穩定。

vHA的典型架構

今天這一講就到這裏，若是你們但願瞭解vHA進一步的信息，請參考VMware的網站 http://www.vmware.com/products/high-availability/。下一講再見。