自從人們開始依靠技術來運營業(yè)務以來，備份，業(yè)務連續(xù)性(BC)和災難恢復(DR)已經(jīng)成為30年來IT團隊工作的重要組成部分。傳統(tǒng)解決方案是針對內部部署基礎架構和結構化應用程序和關系數(shù)據(jù)庫而設計的，但IT世界正在發(fā)生變化。在數(shù)字化轉型的時代，人們需要重新思考和重塑基礎備份和恢復架構的工作量，這些工作負載轉移到了云端，并在云端誕生了應用程序。

改變了什么?備份與恢復

自從計算技術突飛猛進以來，應用程序和數(shù)據(jù)平臺發(fā)生了巨大的轉變。這其中有幾種因素：

新的應用。第三代應用程序是地理分布式的，跨越多個系統(tǒng)進行擴展，始終處于開放狀態(tài)，通常部署在云端模式中。

現(xiàn)有的應用程序正在轉向云端。他們沒有消失，但企業(yè)正在將部分或全部應用移動到云端。他們還需要備份和恢復。

恢復時間目標(RTO)和恢復點目標(RPO)窗口正在縮�。浩髽I(yè)希望“永遠在線”，而不是每天都進行夜間備份。

規(guī)模較小的企業(yè)將全面采用公共云。中小型企業(yè)不希望因為IT業(yè)務影響主要業(yè)務。他們一直在推動云應用和平臺的快速發(fā)展。

企業(yè)將構建混合云。企業(yè)將通過內部部署和公共云環(huán)境部署應用程序和數(shù)據(jù)。而規(guī)模，合規(guī)性和其他因素，意味著他們需要在系統(tǒng)內部保留一些系統(tǒng)。

每個組織都會使用多個云。沒有人會愿意將他們的業(yè)務綁定在一個云端或一個提供商。即使現(xiàn)在，企業(yè)正在分散云計算和本地的工作負載。企業(yè)的開發(fā)和測試的業(yè)務可能只使用一個云端，而同一應用程序可能部署在私有云或不同的公共云中。

保護公共云和混合云中的數(shù)據(jù)

云計算對備份，恢復和連續(xù)性的影響

云計算為組織提供了更多的靈活性，運營節(jié)省和按需付費模式。公共云提供商也可以構建更具彈性的基礎架構。亞馬遜公司確保EC2的99.95%的可用性和S3的99.99%的可用性; S3設計用于11個9的數(shù)據(jù)安全和可靠性，具有多個可用區(qū)域。因為云計算是如此可靠，并且成本低廉，它很快成為本地數(shù)據(jù)的備份目標。但是，當企業(yè)在云端中運行應用程序時，這不應該讓企業(yè)相信備份和恢復是“內置的”。亞馬遜公司甚至建議為所有AWS本機應用程序和云數(shù)據(jù)庫提供備份服務。

雖然服務可用性和數(shù)據(jù)恢復能力解決了基礎架構業(yè)務連續(xù)性和災難恢復，但它不提供備份和恢復的時間點恢復或應用程序級智能。與云計算平臺一樣，它們不會防止邏輯錯誤。而研究顯示，10個錯誤中有8個是邏輯錯誤，數(shù)據(jù)損壞，用戶錯誤。

現(xiàn)有備份產品和云計算

如上所述，傳統(tǒng)的備份和恢復產品不能滿足云應用的需求，即使是移動到云端的現(xiàn)有應用，而不僅僅是因為它們建立在不同的時代。此外，云計算和分布式架構還面臨其他挑戰(zhàn)：

云計算打破了基于媒體服務器的傳統(tǒng)解決方案架構。云計算的應用程序和數(shù)據(jù)沒有駐留在特定的陣列或磁盤上，因此用戶無法輕松備份所看不到的內容。備份也不能捕獲云中的配置數(shù)據(jù)，例如AWS Cloud Formation模板。

云計算不會以相同的語言溝通。傳統(tǒng)解決方案采用磁帶，磁盤或虛擬磁盤。在云中的備份和恢復意味著采用正確的集成協(xié)議，例如S3 API或谷歌云存儲。

備份設備無法移動到云端�，F(xiàn)有的備份設備(如EMC Data Domain或NetBackup)在內部工作得非常好，無法被拾取并移動到云端。

傳統(tǒng)備份代理不會擴展。如果用戶可以獲得在云中運行的備份代理，則可能會在數(shù)十個或可能數(shù)百個節(jié)點之間進行擴展。

虛擬機不是正確的抽象層次： Datos IO CODR架構的核心原則是可擴展的以應用為中心的數(shù)據(jù)管理和數(shù)據(jù)保護視圖，需將其與傳統(tǒng)方法區(qū)分開來。這就是為什么CODR架構反思應用數(shù)據(jù)，并使用全局語義重復數(shù)據(jù)刪除來實現(xiàn)存儲效率的原因，而不是依靠將數(shù)據(jù)視為不透明對象(如VM或LUN)的傳統(tǒng)重復數(shù)據(jù)刪除技術。采用這種方法的好處是可以通過網(wǎng)絡鏈接覆蓋云層的精細粒度和高空間效率的數(shù)據(jù)保護。

云計算網(wǎng)關或遷移服務：僅限于單向。

數(shù)據(jù)保護必須重新發(fā)布

云應用的備份和恢復問題很新穎，因為云計算備份和恢復架構應該具有三個關鍵因素：

彈性計算。架構應該在彈性計算實例上有效地擴展。服務器或設備不應有任何資本支出費用。

沒有媒介服務器。備份大型的橫向擴展的數(shù)據(jù)庫需要直接的并行流架構，以便在數(shù)據(jù)庫和輔助存儲之間進行數(shù)據(jù)移動。傳統(tǒng)的備份架構依賴于迅速成為阻塞點的媒介服務器。直接并行流并允許數(shù)據(jù)以原生格式保持可用。

語義重復數(shù)據(jù)刪除橫向擴展應用程序數(shù)據(jù)庫通常具有3倍的復制因子。如果用戶備份單個節(jié)點或甚至管理整個數(shù)據(jù)庫的快照，則三分之二的備份數(shù)據(jù)是多余的。隨著時間的推移，備份將不會在分布式架構中運行語義，其重復數(shù)據(jù)刪除效率達到75%至80%。

標簽： 災難恢復 解決方案 基礎架構 應用程序 數(shù)據(jù) 

版權申明：本站文章部分自網(wǎng)絡，如有侵權，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯(lián)系。