混合云災難恢復需要企業(yè)進行大量的規(guī)劃和投資，因此需要了解其災難恢復的一些技巧。

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

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

　　傳統(tǒng)云備份與恢復

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

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

　　混合云災難恢復為何不同

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

　　其中有很多原因：

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

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

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

　　(2)數(shù)據(jù)帶寬限制

　　混合云恢復的另一個關鍵挑戰(zhàn)是混合環(huán)境的公有云和私有云之間的數(shù)據(jù)移動緩慢。

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

　　(3)數(shù)據(jù)隱私挑戰(zhàn)

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

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

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

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

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

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

　　混合云備份與恢復優(yōu)化

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

　　例如，企業(yè)可能需要留出備用的內部部署服務器容量來托管恢復環(huán)境，以防其生產專用服務器出現(xiàn)故障?；蛘呖赡軙l(fā)現(xiàn)必須為混合云環(huán)境的私有和公共部分建立單獨的備份和恢復操作，以支持每個組件的不同安全要求和基礎設施特征。

　　結論

　　企業(yè)可以備份和恢復混合云環(huán)境。但預計與備份標準云環(huán)境相比，它需要更多的規(guī)劃和更多的投資?！爸甘緹簟焙汀盁醾溆谩钡燃夹g仍然可以在混合架構中工作，但前提是要對其進行修改以支持混合云的獨特要求。