創建云災難恢復需要了解服務等級協議(SLA)
如今,許多組織正在轉向云計算的特定服務,應用程序和新的商業經濟。人們看到更多的方案部署到云計算中,并且出現了圍繞特定類型云服務的更多的成熟方案。
考慮這一點,根據思科公司的調查,全球云計算流量在2014年跨過了澤字節門檻,而2019年,在云計算中的總流量將超過所有的數據中心總流量的五分之四。云計算流量顯著增長,2019年云計算流量為總數據中心流量的83%,這其中包括快速通過和遷移到云計算架構和云計算數據中心的能力,以處理更高的流量負載。云計算數據中心支持增強的虛擬化,標準化和自動化。這些因素導致更好的性能,以及更高的容量和吞吐量。
一個真正偉大的用例是使用云計算提高災難恢復(DR),備份和彈性的能力。而且,這個主題最重要的事情之一,在開發時,通過第三方主機的服務等級協議(SLA)部署災難恢復環境。這是一個組織可以定義的非常具體的條款,其中包括硬件更換,管理服務,響應時間等等。基于云計算的遠程數據中心,可以像本地化數據中心一樣進行監控和管理。當與第三方供應商時,需要主機托管或數據中心托管時,確定具體的界限,并盡可能清楚地理解管理者的意圖。
利用供應商的靈活性。托管服務提供商有非常靈活的能力。他們可以設置一個合約,聲明他們將只管理一個租用的機架的硬件組件。而在這種情況下,管理程序和以外的一切設備,將成為客戶的責任。即使在這種情況下,知道是否已發生故障或者發現有故障的組件是非常重要的。基本上,用戶的目標是保持與遠程環境恒定的通信。管理員必須知道底層硬件上發生了什么,即使他們不直接負責。對物理災難恢復資源的任何影響,都有可能會對在該硬件上運行的任何工作負載產生重大影響。
同樣,還要有可以接管整個DRBC功能,甚至準備將故障轉移網站所需要的新的云服務。請記住,為了滿足關鍵工作負載和更高的正常運行時間的要求,需要有特殊的SLA條款和成本的考慮。
定義業務恢復要求。當開發一個云計算或托管數據中心的SLA時,重要的是明確定義的恢復時間目標,也就是部件正常運行時間有多長?一些組織要求他們的許多關鍵部件達到99.9%的正常運行時間。在在這種情況下,確保組件的適當的冗余是非常重要的。這些都可以建成一個SLA以及具有可視性災難恢復環境的后端監控工具。以下舉一個具體的例子,如果你利用微軟公司的冷與熱存儲,這也要有一些正常運行時間的考慮。微軟公司強調,你可以在冷熱接入層之間選擇存儲基于其訪問模式對象數據。然而,冷層提供了99%的可用性,而熱層提供了99.9%的可用性。
所以,你絕對需要圍繞自己的災難恢復和連續性要求進行設計。如果一個組織有0到4個小時的恢復目標,這是可以接受停機一段時間,但這種類型的災難恢復設置的時間不能太長。采用服務等級協議(SLA)仍然可以在被隔離的供應商和客戶之間建立明確的職責。在緊急情況時有發生時,具有良好的溝通和明確的環保知名度的將節省大量的時間和精力。
規劃,培訓,并為未來做好準備。在災難恢復的時刻,每個人都需要知道他們應該做什么,以使他們的環境迅速恢復。這必須在運行手冊明確規定,尤其是你從一個主機提供商或云計算提供商利用災難恢復和業務連續性服務的時候。最重要的是,創建服務水平協議時,一定要規劃你的不遠的將來環境。重組SLA和托管合同可能是成本高昂的,尤其是對關鍵的災難恢復系統。這意味著計劃將是絕對關鍵的。
云計算和它提供的各種服務將繼續影響各種規模的組織業務。組織正在減少他們的數據中心的足跡,同時還利用強大的服務積極地影響用戶和業務。使用云計算災難恢復和業務連續性是一個偉大的想法,如今云計算服務不再只為主要組織服務,中端市場和中小企業絕對是采用云計算的主要力量。展望未來,云計算將繼續影響組織業務,因為他們過渡到一個更加數字化的世界。而且,與你的云計算供應商有著良好的伙伴關系(SLA),可以幫助支持不斷增長的業務,以及為不斷變化的用戶提供服務。