基於雲的容災仍然只是一個新的概念,我們能夠見到的產品和服務也不多,但有些公司,尤其是那些創新的小公司,已經開始利用雲計算技術提供容災服務了。對於許多IT資源有限的用戶來說,基於雲的容災不失為一個好的選擇,因為雲服務是一種隨用隨付費的模式,而企業如果自建容災設施的話,在大多數時間又處於閒置和備用狀態,所以雲非常適合那些中小企業。在利用雲服務設立容災站點之後,企業對數據中心空間、IT基礎設施和IT資源的依賴程度會大幅下降,進而導致運營成本的大幅下降。藉助雲,小型企業也能實施容災系統,而在此之前,只有大型企業才能做到這一點。
與傳統的容災一樣,基於雲的災難恢復也沒有一個簡單且固定的藍圖。每家公司運行的套用系統、應用程式與業務之間的關聯關係以及行業背景都是不同的。因此,對於一個公司來說,基於雲的災難恢復藍圖(災難恢復計畫)通常是按需定製的,跟其他公司都不一樣。
做一套基於雲的容災計畫依然要遵循傳統容災的規範和流程,逐層的篩選、定義、分析。一個容災計畫的設計過程通常是從定義套用、服務以及數據的種類和優先權開始的;然後確定每一項套用的停機切換時間,這個時間長度必須是用戶可以接受的,因為停機時間過長會給業務帶來巨大影響。災難恢復的手段和路線則由優先權和RTO(目標恢復時間)這兩項參數決定。
定義關鍵的資源和恢復的方法是設計過程中最核心的部分。因為用戶需要確保所有的關鍵套用和重要數據都包括在容災藍圖之中。出於同樣的原因,為了控制成本以及確保快速且準確的執行恢復計畫,用戶還應該將不相干的套用和數據排除出考慮範圍。總之,企業越重視容災計畫,那么他們就會定期測試這個計畫,進而在真正按計畫流程執行操作時,達到預期目標的可能性也就越高。