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

改變了什么?備份與恢復(fù)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

云應(yīng)用的備份和恢復(fù)問題很新穎，因為云計算備份和恢復(fù)架構(gòu)應(yīng)該具有三個關(guān)鍵因素：

彈性計算。架構(gòu)應(yīng)該在彈性計算實例上有效地擴展。服務(wù)器或設(shè)備不應(yīng)有任何資本支出費用。

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

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

標(biāo)簽： 災(zāi)難恢復(fù) 解決方案 基礎(chǔ)架構(gòu) 應(yīng)用程序 數(shù)據(jù) 

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