“災(zāi)難恢復(fù)即服務(wù)”將DR希望轉(zhuǎn)為具體計劃
災(zāi)難恢復(fù)(DR)即服務(wù),或者又稱為基于云的災(zāi)難恢復(fù),使得測試一個DR方案變得容易到幾乎可以忽略的地步。
與傳統(tǒng)的自主管理的有效業(yè)務(wù)連續(xù)性/災(zāi)難恢復(fù)(BC/DR)規(guī)劃相反,災(zāi)難恢復(fù)即服務(wù)或云計算災(zāi)難恢復(fù)(DR)使得測試一個DR計劃變得容易到幾乎可以忽略的程度。
大多數(shù)業(yè)務(wù)連續(xù)性/災(zāi)難恢復(fù)(BC/DR)規(guī)劃的一個主要障礙是必須進(jìn)行重復(fù)性的測試,以此來確保當(dāng)災(zāi)難發(fā)生時系統(tǒng)的防備能力和證明符合有管理法規(guī)要求的組織的規(guī)范。將備用系統(tǒng)上線的復(fù)雜性,不僅僅造成測試任務(wù)本身的艱巨,更重要的是如果在沒有適當(dāng)準(zhǔn)備的前提下進(jìn)行的話可能會影響到原本用戶正在使用的那些服務(wù)器。
當(dāng)被問到DR測試的周期頻率時,ESG Research的回應(yīng)是,在每周進(jìn)行的從一次重大停電事故中能否順利恢復(fù)和恢復(fù)的速度有多快的測試來看,那些使用云災(zāi)難恢復(fù)服務(wù)的組織的測試頻率是使用自主管理的BC/DR解決方案的測試頻率的4倍(20% 對比 5%)。這個測試頻率的對比結(jié)果源于幾個關(guān)鍵因素。
大部分服務(wù)提供商不僅僅提供“只支付您使用的”,有時候還包括一些折扣和免DR測試的特權(quán)。無論哪種方式,都只需要花最少的錢在后備的存儲資源上,然后只要在幾小時或者幾天的基礎(chǔ)上增加一點(diǎn)消耗的CPU資源,這使得測試變得經(jīng)濟(jì)可行—而不是使用傳統(tǒng)的BC/DR服務(wù)提供商或者自主管理的BC/DR站點(diǎn)相關(guān)的更昂貴的流程。
現(xiàn)代的災(zāi)難恢復(fù)即服務(wù)(DRaaS)解決方案通常包括“沙箱”的能力或者對虛擬機(jī)進(jìn)行分區(qū),這樣測試可以在不影響產(chǎn)品環(huán)境的條件下進(jìn)行。典型的本地部署解決方案中通過傳統(tǒng)的虛擬化管理工具實(shí)現(xiàn)沙箱化通常會困難很多,然而大部分的DRaaS都提供這種被認(rèn)為是“桌面上的利益”或者一個最基本的功能需求。
結(jié)合這些因素,非常坦率的說,故障轉(zhuǎn)移的防備性測試在大多數(shù)的DRaaS方案中簡單到必須要做,這恰恰和傳統(tǒng)的自主管理的BC/DR設(shè)施的測試限制完全相反。在另一方面來說,考慮到DRaaS的易于測試性,甚至可以制定一些讓每一個BC/DR方案都必須通過的測試基本要求。根據(jù)同樣的ESG Research的調(diào)查結(jié)果顯示,令人沮喪的是每年有15%的DRaaS和9%的自主管理的BC/DR方案沒有經(jīng)過測試。
復(fù)制功能不是BC/DR解決方案
不管你是否更青睞DRaaS還是自主的BC/DR, 有一點(diǎn)需要注意的是,在你的存儲系統(tǒng)里的復(fù)制技術(shù)或者備份軟件并不是一個真正的BC/DR的解決方案。復(fù)制只是一種數(shù)據(jù)轉(zhuǎn)移技術(shù),能夠提供給BC/DR方案所需要的IT資源。真正的BC/DR產(chǎn)品和功能包括對BC/DR計劃的制定開發(fā),測試的編排,以及資源的故障轉(zhuǎn)移到備份站點(diǎn)的管理。BC/DR更多的是關(guān)于了解關(guān)鍵性系統(tǒng)故障對業(yè)務(wù)造成的影響,文檔化整個恢復(fù)的過程,進(jìn)而影響到現(xiàn)有的關(guān)于測試和防備性的企業(yè)文化。也就是說,對于大部分企業(yè)組織,如果你沒有將數(shù)據(jù)和主要的系統(tǒng)進(jìn)行復(fù)制,那么你的BC/DR計劃的其余部分就只是空談。
沒有測試,你只有BC/DR希望而沒有計劃
如果你沒有至少在每個季度測試每一個關(guān)鍵系統(tǒng)的恢復(fù)能力,那么請你開始這么做,否則你幾乎可以肯定的發(fā)現(xiàn)那些系統(tǒng)沒有你所想的那樣有彈性(當(dāng)你最需要他們的時候)。對那些還在努力的維護(hù)著一個自主的BC/DR方案或者對此進(jìn)行常規(guī)性測試的人,DRaaS也許就是最適合你的答案。
不管是自主的BC/DR還是DRaaS,最重要的是要記住***的BC/DR測試是那種會失敗的即使只是部分的,因?yàn)檫@樣你就知道哪些需要改進(jìn)。如果你的BC/DR測試的結(jié)果是一概的全部通過,那么有兩種可能,你要么擁有一個被很好的部署和管理的當(dāng)今市場上最***的BC/DR方案,或者(更多的可能是)你的測試還不夠徹底。
如果你不對你的BC/DR方案進(jìn)行常規(guī)的測試,那么你就不算擁有一個BC/DR的規(guī)劃,你只有一個BC/DR的希望。隨著虛擬化技術(shù)將服務(wù)器變得便攜,使用DRaaS方案來提供備用站點(diǎn)很有成本效益,同時擁有編排服務(wù)恢復(fù)的可管理性,BC/DR不再只是一個希望或者一個計劃,而能夠真正變成任何規(guī)模的組織都能夠達(dá)成的目標(biāo)。
原文出自:http://www.searchcloudcomputing.com.cn/showcontent_85977.htm