淺析雲計算(suàn)中的(de)災難恢複策略

有不少人(rén)對(duì)傳統離線的(de)災難恢複和(hé)雲計算(suàn)中的(de)災難恢複這(zhè)兩個(gè)概念還(hái)存在著(zhe)混淆。弄清楚其中的(de)差異與恢複需求是維持一個(gè)固定災難恢複策略的(de)第一步。

無論是否是在雲計算(suàn)中實施災難恢複，一個(gè)成功災難恢複計劃所包含的(de)要素都是相同的(de)：

1.用(yòng)于災難的(de)計劃

2.記錄你的(de)計劃

3.測試你的(de)備份文件

4.修正任何存在的(de)問題

5.再次測試，以确保你已解決了(le)所有的(de)問題

6.經常性地重複上述步驟

最後一步的(de)“重複”是讓災難免于發生的(de)關鍵所在。

災難恢複技術已從基于磁帶的(de)恢複技術和(hé)租用(yòng)數據中心空間對(duì)重要服務進行恢複發展至即時(shí)地從發生故障的(de)站點切換到虛拟的(de)失效備援站點。在雲計算(suàn)災難恢複供應商如何管理(lǐ)離線組件，或他(tā)們如何對(duì)一個(gè)IT環境實現雲計算(suàn)化(huà)方面是存在著(zhe)差異的(de)。有些人(rén)可(kě)能會說，他(tā)們相信災難恢複可(kě)通(tōng)過雲計算(suàn)實現，而有些人(rén)則不這(zhè)麽認爲。

大(dà)多(duō)數廠商将設備插入到客戶的(de)IT基礎設施，以獲取信息并将其存儲在本地，然後複制到雲中。在絕大(dà)多(duō)數情況下(xià)，事實上數據并不會存在于雲中，實際上數據被轉移至供應商的(de)數據中心中。這(zhè)一方法類似于傳統的(de)備份解決方案。這(zhè)一方法的(de)本地化(huà)和(hé)高(gāo)速可(kě)允許你從發生非災難性數據丢失事件的(de)設備中恢複數據。在将被保護站點離線的(de)實際災難事件中，離線數據通(tōng)過互聯網重新上線。

一旦你了(le)解到災難事件中數據的(de)位置，确定滿足公司需求的(de)恢複點對(duì)象(RPO)和(hé)恢複時(shí)間對(duì)象(RTO)成爲了(le)IT團隊和(hé)業務經理(lǐ)的(de)首要任務。雖然可(kě)能有許多(duō)公司都要求“永遠(yuǎn)在線、永不掉線”的(de)運行，但是實際的(de)預算(suàn)和(hé)災難發生概率都在時(shí)刻提醒他(tā)們，他(tā)們的(de)這(zhè)一需求是完全不必要的(de)。最重要的(de)是要制定出切實可(kě)行的(de)災難恢複目标。

對(duì)于那些依賴于技術創造價值的(de)公司來(lái)說，一個(gè)零RPO/零RTO的(de)準則同樣有效，爲這(zhè)個(gè)災難恢複計劃支付費用(yòng)是組成這(zhè)一業務成本的(de)一部分(fēn)。而對(duì)于其他(tā)的(de)公司，計算(suàn)機網絡保險和(hé)高(gāo)RPO/RTO就足夠了(le)。業務規模越大(dà)，其組合複雜(zá)程度越高(gāo)，同樣RPO和(hé)RTO需求的(de)複雜(zá)程度也(yě)越高(gāo)(從0/0到8小時(shí)/24小時(shí)設置，甚至于更爲複雜(zá)24/24的(de)需求。)

雲計算(suàn)選項中的(de)災難恢複

虛拟化(huà)是基于雲計算(suàn)災難恢複技術的(de)基礎。在這(zhè)個(gè)過程之後，就成爲了(le)一個(gè)真正的(de)雲計算(suàn)服務。諸如IBM公司、Iron Mountain公司、CommVault公司、Simply Continuous公司和(hé)AppAssure公司等主要供應商提供了(le)基于雲計算(suàn)的(de)商業級災難恢複産品，該産品旨在整合業務标準和(hé)流程、報告活動并可(kě)使IT團隊和(hé)業務單位了(le)解産品狀态。

已創建用(yòng)于恢複IT環境的(de)虛拟機(VM)與你使用(yòng)物(wù)理(lǐ)機器在專用(yòng)設施中使用(yòng)的(de)虛拟機并無不同。其中唯一的(de)差異在于這(zhè)些虛拟機托管于一個(gè)第三方設施中并基本上從雲中運行。當被保護設施的(de)指示燈熄滅，同時(shí)調用(yòng)災難協議(yì)，那些虛拟機替代了(le)物(wù)理(lǐ)機器和(hé)虛拟機器——接管生産機器。

該方法是SLA友好的(de)。能夠以可(kě)控的(de)方式使用(yòng)存儲災難恢複數據和(hé)應用(yòng)程序的(de)虛拟機。這(zhè)一點可(kě)确保你管理(lǐ)系統能力和(hé)成本。如果一個(gè)業務單位基于Web訂單處理(lǐ)系統的(de)RTO爲四小時(shí)，而一個(gè)常用(yòng)但不重要的(de)客戶訂單曆史記錄歸檔系統RTO爲48小時(shí)，那麽服務水(shuǐ)平協議(yì)将要求災難恢複産品立即恢複基于Web的(de)訂單處理(lǐ)系統，并在其後恢複曆史記錄歸檔系統。這(zhè)一機制保留了(le)恢複服務的(de)兩個(gè)目的(de)：它降低了(le)與任何時(shí)間相關的(de)成本，并賦予忙碌的(de)IT人(rén)員(yuán)時(shí)間以确保首先滿足更爲關鍵的(de)SLA。

這(zhè)一分(fēn)階段恢複計劃還(hái)允許用(yòng)于消除災難的(de)時(shí)間。當然，還(hái)必須考慮到徹底破壞情況下(xià)的(de)恢複計劃，但是，在大(dà)多(duō)數情況下(xià)，災難是指一次簡單的(de)失效。一旦發出失效命令并選中相關設施，你可(kě)能不需要爲并不重要的(de)SLA運行災難恢複協議(yì)。