在選擇云災難恢復服務中為什么位置、網絡、故障恢復和SLA都是非常重要的。然后看看如何具體實施。
在如今的市場上，用于實施云災難恢復的服務產品還是有不少的。其中有獲取數據或虛擬機鏡像并復制至云的單純復制工具，也有完全托管的災難恢復即服務功能。當選擇云恢復服務選項時，用戶需要考慮如下因素：
位置。云恢復服務的位置在哪里？災難恢復服務離得越遠，來回獲取數據的延遲時間越長——這將對復制性能產生負面影響。此外，還有合規性方面的考慮。存儲數據所在的國家或地區是否與用戶數據監管要求相違背？用戶還需要考慮當需要在災難恢復中運行數月時云災難恢復供應商是否是自行實施災難恢復。
網絡。網絡帶寬是否足夠滿足用戶需求，用戶將如何被計費？將如何實現用戶網絡與云恢復服務供應商網絡的互聯？是否有安全工具和流程來確保隔離用戶網絡與其他客戶的網絡？
故障轉移/故障恢復。將應用遷往云需要某種播種流程。這可通過網絡實現，或者可能需要用到由云供應商發送和上傳的物理備份設備。查看應用可以如何快速地使用登上基于云的災難恢復服務。故障恢復則依賴于故障轉移/播種。在某個階段，需要將應用遷回它們的生產位置。任何數據更新和操作系統打補丁都需要遷回數據，而這樣做是需要花一點時間來實現的。部分災難恢復計劃可能只是發送應用程序數據和在云計算中運行一個重復的應用，從而滿足服務水平協議。
SLA。除了恢復點目標，恢復時間目標和服務水平目標以外，云災難恢復供應商還應提供SLA。這些指標將決定諸如網絡響應時間、災難恢復調用速度以及具體流程等參數。還應當有針對云硬件可用性的SLA——一般不會遷移至具有比主站點更差可用性的DR平臺。
實施
一旦完成背景規劃和云恢復服務選擇，就需要進入新的災難恢復流程，這可能需要一些額外的工作來實現，例如：
裸機服務器的虛擬化。可能需要將一些應用程序遷入虛擬機，而遷移至云災難恢復則為證明工作有效性提供了機會。
現有備份流程的改變。正在使用的特定備份工具有可能會改變，或者如果將使用兩個備份方法那么可通過云災難恢復予以加強。操作流程將需要審查和修改以便于它能夠與新備份系統相匹配。
基礎設施的改變。可能需要開發一些附加的服務，特別是DNS、DHCP和AD。可能需要某些網絡改變以便于允許流量在現場備份系統和云計算備份供應商之間流動。
測試。應當定期對災難恢復流程進行測試。基于云的災難恢復為測試災難恢復提供了一個更簡便的方法，而基于云的鏡像可在網絡中被更輕松地隔離開，而不會影響生產服務。很多云恢復服務供應商都將這一設施作為他們產品的一部分。
最后，應當定期對災難恢復計劃和流程進行審查和測試，以確保它仍然能夠提供一個滿足設計目標的產品。所有的災難恢復產品應當被視為一個不斷變化發展的系統，它的變化是為了不斷滿足應用需求，并最終滿足業務需求。
京公網安備 11010502049343號