當你聽到關于災難恢複的時候，你首先想到的是什麼?人們可能的想法是，在任何災難發生後，系統實作恢複或延續，随後保持系統正常運轉。如果我們談論的是雲計算世界的災難恢複，這種災難恢複的情況是相當新的。但你知道人們對雲災難恢複的擔憂嗎?你确定雲計算中災難恢複對你的組織來說是一個很好的選擇嗎?讓我們找出這些問題的答案。
基于雲計算的災難恢複(draas)仍然是一個新興的概念，其中包括它的一些産品和服務。中小企業紛紛開始利用雲服務進行災後恢複。部署在雲中的災難恢複站點最大限度地減少了資料中心空間和資訊資源，以及it基礎設施的必要性，可以大量減少成本，進而讓那些規模較小的組織可以采用規模較大的組織相同的解決方案。随着基于雲的災難恢複采用，人們對于資料中心空間到雲計算容量規劃的讨論都有了一個轉變。
就像沒有人是完美的，同樣，每一個解決方案都是不完美的。完美是一種異常。在部署解決方案之前，要更好地了解災難恢複的好處和局限性。如果使用基于雲的備份作為災難恢複的一部分，那麼設計你的備份集的恢複是非常重要的。其他考慮因素是為使用者服務能力，可用性，以及雲服務提供商的可靠性。
規劃災難恢複的雲計算藍圖
對于雲計算的災難恢複，你不能像傳統災難恢複一樣計劃一個單一的藍圖。每一個組織是根據其運作的應用程式以及應用到業務的相關性，行業中每個組織運作都是獨樹一幟的。是以，不同的組織機構的雲計算的災難恢複計劃都會有所不同。分流是用于推導基于雲的災難恢複計劃的一個原則。在傳統的災難恢複應用的這一原則計劃也可以用在雲計算中。災難恢複計劃的過程概括為：
·确定和優先應用程式、資料和服務
·計算每一個應用程式、服務和資料的停機時間
·确定所有急性資源和恢複方法
·确定實作複原時間目标(rto)的成本的有效途徑。
雲計算的替代災難恢複
在确定藍圖之後，不同的災難恢複解決方案在雲計算的替代方案可供組織選擇。讓我們回顧一下災難恢複解決方案。
管理的災難恢複和管理應用程式
其中，最知名的選項是把災難恢複執行個體和初級生産遷移到雲計算，并把它交由一個msp(管理服務提供商)處理。從移除基礎設施到減少成本，可以獲得雲計算的所有好處。而比自己動手處理的更好的是，一可以采用災難恢複管理服務供應商或雲計算的服務。最重要的是要選擇服務提供商，并就合适的服務級别協定(sla)的程式進行談判。通過控制向服務提供商分散，需要是完全肯定的是，服務提供商能夠為sla的災難恢複和初級執行個體定義的架構内提供不間斷的服務。傳統的雲計算廠商将越來越受到廣泛接受電子郵件和一些其他的商業應用，如客戶關系管理。
從雲計算中進行備份和恢複
在這種方法中，保持資料和應用程式的備份是前提，而資料備份在雲計算中，當災難發生時，将資料恢複到硬體中。總之，替代基于錄音帶的異地備份就是在雲計算中備份。
在雲計算的備份和恢複的過程中，出現一些問題，人們對于其還原功能和備份功能有着清醒的認識是至關重要的。說實在的，備份到雲計算的過程是非常直接的。此外，背景應用程式提供商現在正在擴充他們的備份解決方案，以替代那些知名的雲服務提供商提供的直接備份服務。同樣，采用雲計算網關的方法可以将資料遷移到雲計算中。雲網關包括雲存儲和内部部署存儲，并保持雲資料和内部部署資料的同步。
恢複是部署基于雲計算備份的災難恢複最複雜的方面。恢複tb級的資料，有着帶寬限制，是以在恢複的前提下進行資料備份是很困難的。某些雲備份供應商提供的資料恢複到磁盤，然後客戶收到這些資料并進行内部恢複。另外的選擇是采用一個巨大的本地緩存最新備份進行本地恢複。
如果人們依賴于資料恢複，那麼某些功能如壓縮是非常重要的，資料從雲計算恢複到内部部署的基礎架構是一個可行的選擇。
備份和恢複到雲計算
所說的這種方法，資料的恢複不會發生在内部部署的基礎設施，而是被存儲在雲中的虛拟機。為此，你需要雲計算資源和雲存儲。恢複的過程可以在災難發生前或剛發生的時候完成。通過預定的恢複日期是至關重要的，特别是必須滿足強有力的rto的需求。某些雲服務提供商擴充雲計算虛拟機，以作為他們的災難恢複解決方案的一部分。
将資料複制到雲中的虛拟機
一些應用程式需要大量的恢複時間，例如rpo的(恢複點目标)和意識方面的應用。在這種情況下，将資料複制到虛拟機是資料轉移的選項。該解決方案可以部署在内部部署的生産執行個體和雲計算中。複制是适用于雲計算的虛拟機到雲的虛拟機，以及内部部署到雲的虛拟機資料保護。
雲計算提供了災難恢複更多的選擇，并顯著降低了成本。但是，災難恢複基本面沒有發生變化，進而需要人們制定具體的災難恢複計劃，確定定期測試，并教育訓練使用者，以便為災難恢複作好準備。
本文作者：harris編譯
來源：51cto