基于云的備份對很多公司具有廣泛的吸引力,因為它為異地保護(hù)業(yè)務(wù)數(shù)據(jù)提供了一種低成本的方法。但是,請小心。把業(yè)務(wù)數(shù)據(jù)移到云上是最容易的部分。 當(dāng)你確實需要數(shù)據(jù)而將其取回,已經(jīng)使事情變得具有挑戰(zhàn)性。由于這個原因,IT規(guī)劃人員需要理解所有的警告之后,才接受基于云的數(shù)據(jù)保護(hù)作為他們的恢復(fù)戰(zhàn)略的組成部分。 首先,仔細(xì)考慮:作為一種服務(wù)產(chǎn)品的大多數(shù)的備份在最終用戶所在地與云服務(wù)提供商(cloud service provider,CSP)的數(shù)據(jù)中心之間如何遷移數(shù)據(jù)。為了節(jié)省帶寬、加快WAN或者互聯(lián)網(wǎng)連接上的傳輸時間,備份數(shù)據(jù)通常經(jīng)過重復(fù)數(shù)據(jù)刪除處理并被壓縮,才被傳輸至CSP的設(shè)施中。這是把數(shù)據(jù)高效地移動到異地的一個好方法。然而,在需要進(jìn)行數(shù)據(jù)恢復(fù)的時候,這也提出了一些值得注意的挑戰(zhàn)。 首先,經(jīng)過重復(fù)數(shù)據(jù)刪除的備份數(shù)據(jù)必須被“再水合”,或者還原成其本機(jī)的格式,才能被恢復(fù)到一個應(yīng)用程序。這個再水合的過程本身需要耗費時間才能發(fā)生,但是更大的挑戰(zhàn)是它把所有這些數(shù)據(jù)從CSP的地點重新傳輸回到客戶所在地花費的時間。如果需要恢復(fù)一個單一文件,這通常不是一個大問題。然而,如果需要還原一個大的應(yīng)用程序?qū)嵗,或者更糟的是,如果需要還原整個公司的應(yīng)用程序環(huán)境,那么數(shù)據(jù)在網(wǎng)絡(luò)連接中緩慢移動所花的時間可能不是幾周,也要幾天時間。 為了應(yīng)付這個問題,越來越多的CSP正開始提供災(zāi)難恢復(fù)即服務(wù)(disaster recovery as a service,DRaaS),訂購者籍此可以在CSP的云中把他們的業(yè)務(wù)應(yīng)用程序作為虛擬機(jī)(VM)實例運行。盡管它緩和了快速返回應(yīng)用程序到客戶數(shù)據(jù)中心操作的需要,但依舊提出了嚴(yán)峻的挑戰(zhàn)。 首先,該應(yīng)用程序在提供商的云上確實會運行良好嗎?例如,為了以生產(chǎn)服務(wù)級別的質(zhì)量運行,該應(yīng)用程序可能需要高速的存儲資源和/或需要連接一個可以支持成百上千個同時發(fā)生的用戶會話的強(qiáng)大網(wǎng)絡(luò)。如果你需要它們,在云中會有對等的資源可用嗎?總之,把應(yīng)用程序從一個你了解并控制的環(huán)境移到一個你完全依賴CSP的環(huán)境,會引發(fā)一些可能對服務(wù)質(zhì)量產(chǎn)生負(fù)面影響的未知變數(shù)。 事實上,大多數(shù)DRaaS提供商并不提供任何關(guān)于應(yīng)用程序恢復(fù)到云的性能方面的服務(wù)水平協(xié)議(SLA)。很多(DRaaS提供商)只是提供你在他們的設(shè)施中運行應(yīng)用程序而已。 其次,把該應(yīng)用程序移回你的數(shù)據(jù)中心的時候,你將如何完成?所有數(shù)據(jù)仍必須透過網(wǎng)絡(luò)傳輸?shù)侥愕乃诘亍?/div> 考慮到這些挑戰(zhàn),最佳選擇是什么?顯然,如果該應(yīng)用程序可以容忍短時間的受限的服務(wù)質(zhì)量直至正常的服務(wù)可以在數(shù)據(jù)中心得到恢復(fù),那么在云中恢復(fù)就可能是一個可行的選擇。然而,與云提供商就協(xié)助將大量數(shù)據(jù)從云提供商的設(shè)施傳輸?shù)侥愕臄?shù)據(jù)中心的規(guī)劃而進(jìn)行的首次合作,對于實現(xiàn)你信息的快速恢復(fù)至關(guān)重要。 公司需要考慮的另外一個場景是:如果CSP的幾十個或幾百個客戶同時出現(xiàn)災(zāi)難,會出現(xiàn)什么情況。在CSP數(shù)據(jù)中心內(nèi)部的資源爭奪可能導(dǎo)致恢復(fù)操作徹底停滯。盡管很多CSP可能簽署了恢復(fù)時間的SLA,但是在確保所有客戶在區(qū)域性的災(zāi)難期間都能迅速地訪問其備份數(shù)據(jù)方面,他們幾乎無能為力。 這是否意味著從云中恢復(fù)數(shù)據(jù)對公司毫無價值?絕對不是。所有這一切都意味著IT規(guī)劃人員需要想出方法來堵住他們恢復(fù)策略的漏洞,并盡其所能為所有的意外事件未雨綢繆。例如,在磁帶上保留一份備份數(shù)據(jù)的副本并存放于本地——或者在理想的情況下,存放于可以在12至24小時的時間段內(nèi)進(jìn)行恢復(fù)的安全設(shè)施里——在必須大批量還原數(shù)據(jù)的時候,這實際上會是一個更好的恢復(fù)選項。 換言之,本地的、基于磁帶的恢復(fù)要比必須通過WAN或者互聯(lián)網(wǎng)連接的緩慢移動的恢復(fù)要快得多,尤其當(dāng)這些連接被其他的用戶流量飽和的時候。擁有磁帶副本也提供另外一層保護(hù),以防復(fù)制到云上的備份數(shù)據(jù)受到某種程度的損壞。 乍看之下,似乎基于磁帶的策略違背了基于云的備份的初衷。畢竟,消除磁帶對很多公司具有強(qiáng)大的吸引力。 好消息是:當(dāng)基于云的備份與本地磁帶備份同時使用的時候,公司實際上可以相得益彰——具備較低風(fēng)險的基于云的恢復(fù)的便利性(例如單一文件的還原工作),同時具備本地磁帶更嚴(yán)格的恢復(fù)任務(wù)的安全性(例如整個系統(tǒng)的恢復(fù))。
.. |