如果管理云計算環境，需要熟悉傳統的云備份和災難恢復技術，例如“熱備用”和“指示燈”。如果企業使用單一云計算環境，這些都是很好的策略。它們甚至可以在大多數的多云平臺中運行良好。

當企業將業務遷移到混合云環境時，云備份和恢復變得更加復雜。以下是企業需要進行混合云災難恢復的原因，以及可以采取哪些措施來確保為混合云的快速災難恢復做好準備。

傳統云備份與恢復

如果企業使用單一的云環境，則在規劃備份和恢復時必須關注的主要問題是在成本和性能之間取得平衡。

AWS公司很好地總結了各種備份技術，在支持它們的成本和基于恢復功能的速度之間提供了不同的權衡。“指示燈”等技術使企業可以最大限度地減少用于災難恢復準備的資源，但它們會導致恢復時間變慢。另一方面，熱備份或多站點方法可以實現快速恢復，但成本更高。

混合云災難恢復為何不同

采用混合云架構(將私有基礎設施集成到公有云環境中)的企業面臨的挑戰是，混合云中災難恢復計劃的成本和性能計算，與單一云計算環境中的成本和性能計算有著很大不同。

其中有很多原因：

(1)基礎設施可擴展性有限

首先，混合云缺乏無限的基礎設施資源，因為它們部分依賴于私有基礎設施。企業不能像在公有云中啟動替換虛擬機實例以創建恢復環境那樣，簡單地啟動新的內部部署服務器以從混合云災難中恢復。

出于這個原因，像 “指示燈”和“熱備份”這樣的技術，需要快速擴展基礎設施來替換故障的云計算服務器，以免在混合環境中不能很好地工作。

(2)數據帶寬限制

混合云恢復的另一個關鍵挑戰是混合環境的公有云和私有云之間的數據移動緩慢。

當企業的環境僅在公有云中運行并且其備份托管在這一云平臺中時，企業以非常高的速度從備份中恢復數據，因為不需要通過互聯網移動數據。但在混合架構中，將存儲在私有云服務器上的備份數據移動到云平臺的公共部分可能需要幾天甚至幾周的時間，反之亦然。

(3)數據隱私挑戰

混合云的一個流行用例是簡化數據隱私和合規性挑戰，其方法是在內部部署設施中保留一些數據，同時仍然利用公有云資源。

然而，從災難恢復的角度來看，這會使恢復計劃復雜化。企業需要以確保保留在內部部署設施的數據保持在本地的方式管理備份和恢復操作。

這也使得在公有云中創建備用環境以替換故障的混合云等事情變得困難，因為僅在公有云中運行的環境可能無法滿足企業原始混合架構的數據安全要求。

(4)有限的備份工具支持

雖然有很多數據備份和恢復工具可以很好地與公有云配合使用，但很少有供應商能夠滿足混合云市場的需求。他們的工具并非旨在識別混合架構的公共部分和私有部分之間的差異，也不是為每個組件啟用不同的數據存儲、保留和安全要求。

這意味著備份混合云并為其設計災難恢復計劃，比簡化部署備份和恢復平臺需要更多的努力。

混合云備份與恢復優化

上述問題并不意味著傳統的云災難恢復策略根本無法在混合環境中工作。它們可以支持混合云，但這需要更多的工作，并且可能需要更多的財務投資。

例如，企業可能需要留出備用的內部部署服務器容量來托管恢復環境，以防其生產專用服務器出現故障。或者可能會發現必須為混合云環境的私有和公共部分建立單獨的備份和恢復操作，以支持每個組件的不同安全要求和基礎設施特征。

結論

企業可以備份和恢復混合云環境。但預計與備份標準云環境相比，它需要更多的規劃和更多的投資。“指示燈”和“熱備用”等技術仍然可以在混合架構中工作，但前提是要對其進行修改以支持混合云的獨特要求。