假如你擁有多個辦公室或者一個大型的校園，建立一個熱備站點(diǎn)需要利用大量的硬件，這需要大筆的花費(fèi)。這時這些替換下來的老舊服務(wù)器就可以幫你節(jié)省成本了，將這些服務(wù)器用于熱備站點(diǎn)，即使不能承擔(dān)百分百的負(fù)載，但是在一些狀況下聊勝于無——可以在新服務(wù)器出現(xiàn)故障，或者更換硬件的時候作為后備暫時負(fù)擔(dān)起業(yè)務(wù)，避免業(yè)務(wù)的間斷。

那么，下面我們就來看看怎么樣給你的新虛擬化主機(jī)做個虛擬化主機(jī)熱備份站點(diǎn)吧。

虛擬化主機(jī)熱備份步驟1：定義服務(wù)級別

首先，你需要定義你的熱備站點(diǎn)的服務(wù)級別，是希望保護(hù)所有站點(diǎn)內(nèi)所有服務(wù)器還是部分?你需要多短的故障恢復(fù)時間?你需要恢復(fù)什么時候的數(shù)據(jù)?這些問題的答案將影響你的架構(gòu)設(shè)計(jì)過程，不同的服務(wù)級別也影響著硬件上的花費(fèi)。一個熱備站點(diǎn)上的所需要的花費(fèi)可能要比你現(xiàn)在能承受的要多，這種情況下最好節(jié)省你的開支，精確的進(jìn)行投入，而不是花錢在沒用的事情上。

虛擬化主機(jī)熱備份步驟2：規(guī)劃SAN配置

SAN是第一個需要關(guān)注的硬件部分，因?yàn)檫@幾乎是最昂貴的部分了。如果可能的話，在部署一個熱備站點(diǎn)的時候最好采用SAN-to-SAN的異步復(fù)制(asynchronous replication)，但依賴于所使用的SAN平臺，這種復(fù)制方式可能不能實(shí)現(xiàn)，或者并不經(jīng)濟(jì)。舉例來說，如果你的Web站點(diǎn)運(yùn)行的是沒有iSCSI連接的FC SAN，并且沒有暗光纖(dark fiber)，在沒有特定硬件如FCIP網(wǎng)關(guān)或軟件如EMC的RepliStor情況下是不能實(shí)現(xiàn)SAN復(fù)制的。如果你是這樣的情況，以后升級或者替換SAN的時候一定要考慮這些因素。另一方面，對于采用一些設(shè)備品牌的用戶還有一些問題需要注意，如NetApp用戶應(yīng)該添加更多的SnapMirror許可證。

如果不能執(zhí)行SAN到SAN的復(fù)制，你也有一些其它的選擇。現(xiàn)在有一些很好的基于主機(jī)的復(fù)制軟件包，可以運(yùn)行在ESX主機(jī)，實(shí)現(xiàn)主機(jī)到主機(jī)的直接復(fù)制，包括Vizioncore vReplicator和 NSI DoubleTake等，但注意其許可證是每虛擬機(jī)而不是每主機(jī)。還有需要注意的是用老主機(jī)做熱備的時候需要給它們連接大量的存儲，因?yàn)槿绻@些老主機(jī)連接到了SAN，就不再有自己的硬盤。

不管你打算怎么去做，無論是SAN還是基于主機(jī)的復(fù)制，存儲配置的設(shè)計(jì)是虛擬化主機(jī)熱備份站點(diǎn)最重要的一個部分，需要仔細(xì)的進(jìn)行考慮。

虛擬化主機(jī)熱備份步驟3：計(jì)算帶寬需求

選定好為你的虛擬化主機(jī)熱備份站點(diǎn)采用哪種存儲方式后，你需要考慮如何傳輸數(shù)據(jù)。如果你的虛擬化主機(jī)熱備份站點(diǎn)是通過光纖連接，那么就不需要太擔(dān)心帶寬問題，除非數(shù)據(jù)非常之巨大。但是對帶寬的計(jì)算是非常重要的，因?yàn)殚L期來看不正確的帶寬計(jì)算所帶來的額外費(fèi)用也是非常巨大的。比如，最初你設(shè)想有兩條T1線路(3.0Mbps)就可以滿足每24小時約25GB的數(shù)據(jù)備份，但是實(shí)際應(yīng)用中你發(fā)現(xiàn)每天需要復(fù)制的數(shù)據(jù)要有35GB左右，這幾乎和預(yù)想的要差一條T1線路的帶寬。不要小看這些看似細(xì)小的差別，在三年時間中這些帶寬的租用費(fèi)用可能和一個新的SAN或數(shù)臺虛擬主機(jī)的費(fèi)用一樣多。

所以計(jì)算復(fù)制帶寬需求是非常重要的，需要通過一個可靠的方式進(jìn)行計(jì)算。一個最簡單的方法是采用VMware內(nèi)建的snapshot功能，為你需要備份的虛擬機(jī)建立一個snapshot，等待一個復(fù)制周期，然后在你的VMFS卷上檢查snapshot文件的大小，這個數(shù)字可以粗略計(jì)算出在這個周期內(nèi)虛擬機(jī)變化的數(shù)據(jù)量。當(dāng)然，這個方法也可以計(jì)算不同時間段里虛擬機(jī)數(shù)據(jù)的變化。

但是，根據(jù)SAN平臺的不同，SAN復(fù)制的數(shù)據(jù)塊可能要比VMware的snapshot文件要大，虛擬機(jī)中一個1KB的文件存儲到SAN中可能要變成16MB，放大了16000倍。不過這種情況也很少出現(xiàn)，這說明也不能完全根據(jù)snapshot文件來估算實(shí)際的復(fù)制數(shù)據(jù)量。

為解決這種問題，并增加WAN鏈路的傳輸能力，采用帶有重復(fù)數(shù)據(jù)刪除的WAN加速器是個明智的選擇，比如采用Cisco的WAAS或者Riverbed的 Steelhead等等。這兩個平臺具有各自的優(yōu)勢和不足，但是本質(zhì)是相同的，可以只能優(yōu)化WAN數(shù)據(jù)流并具有不少其他的TCP增強(qiáng)特性，并可以為之前的 WAN連接保留遠(yuǎn)程緩存，能夠解決從1KB數(shù)據(jù)變成16MB數(shù)據(jù)的問題。
虛擬化主機(jī)熱備份步驟4：明確虛擬化軟件的許可證需求

最后一個需要考慮的是你的虛擬化主機(jī)熱備份站點(diǎn)需要多少的虛擬化許可證。當(dāng)然，你可以在沒有許可證的情況下配置一臺ESX主機(jī)，在活動站點(diǎn)失效時把許可證遷移到這臺主機(jī)。另一個方法是購買VMware vSphere Essentials的許可證，雖然特性上相比你的活動站點(diǎn)有一些限制，但是也可以啟動和運(yùn)行虛擬機(jī)。

另一個問題是考慮你是否需要部署VMware的Site Recovery Manager，SRM要求進(jìn)行SAN到SAN的復(fù)制，并且價格不便宜。盡管如此，如果需要經(jīng)常檢查你的恢復(fù)計(jì)劃或者需要一個完全自動的數(shù)據(jù)恢復(fù)過程，部署SRM還是非常有必要的。

重新利用老舊硬件是個好想法

利用老舊硬件建議一個用于熱備的數(shù)據(jù)中心是重復(fù)利用資源的一個好方法，但是盲目的建立虛擬化主機(jī)熱備份站點(diǎn)，不考慮你有多少富余的硬件可以利用，也不會取得很好的效果。記住這幾件事情：制定合適的目標(biāo)、考慮存儲資源、仔細(xì)估算WAN帶寬、考慮軟件許可證的限制，可以有效地降低成本，并實(shí)現(xiàn)效率的最大化。

隨著技術(shù)的發(fā)展，今天的虛擬化技術(shù)、不斷更新的存儲技術(shù)和網(wǎng)絡(luò)技術(shù)，讓建立一個實(shí)時在線的容錯系統(tǒng)也并不是什么難題，如果你需要高可用性的系統(tǒng)，那么現(xiàn)在也是該動手的時候了。