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

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

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

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

AWS公司很好地總結(jié)了各種備份技術(shù)，在支持它們的成本和基于恢復功能的速度之間提供了不同的權(quán)衡?！爸甘緹簟钡燃夹g(shù)使企業(yè)可以最大限度地減少用于災難恢復準備的資源，但它們會導致恢復時間變慢。另一方面，熱備份或多站點方法可以實現(xiàn)快速恢復，但成本更高。

混合云災難恢復為何不同

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

其中有很多原因：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

結(jié)論

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