保持業(yè)務(wù)連續(xù)性需要“私人定制”
什么是業(yè)務(wù)連續(xù)性?對(duì)有些人來說,它是個(gè)整體解決方案;但對(duì)另外一些人來說,它是個(gè)網(wǎng)絡(luò)“熱詞”;但在我看來,它應(yīng)該是企業(yè)級(jí)用戶業(yè)務(wù)系統(tǒng)所追逐的目標(biāo)和理想。
這6個(gè)等級(jí)都是業(yè)務(wù)連續(xù)性,不知道有沒有人想過,將其劃分為6個(gè)等級(jí)意味著什么?
依我看這意味著:不能用好和不好來評(píng)估業(yè)務(wù)連續(xù)性,從等級(jí)1到等級(jí)6,在技術(shù)上有備份、復(fù)制、快照、重復(fù)數(shù)據(jù)刪除、歸檔技術(shù)與之進(jìn)行對(duì)應(yīng)。RecoverPoint軟件方案,VPLEX雙活技術(shù)發(fā)展為業(yè)務(wù)連續(xù)性提供了新的手段和思路。
業(yè)務(wù)連續(xù)性沒有好和不好,關(guān)鍵在于需要根據(jù)不同用戶、不同業(yè)務(wù)需求“私人定制”,這才是***。
如何進(jìn)行“私人定制”,籠統(tǒng)來說,等級(jí)6***,例如以EMC VPLEX雙活為基礎(chǔ)構(gòu)建數(shù)據(jù)中心,可以說這是***的業(yè)務(wù)連續(xù)性方案,但ROI的投入也很高。對(duì)有些應(yīng)用來說,并不需要“大炮打蒼蠅”,以郵件為例,等級(jí)4和5也不是不可以接受的,RPO為30分鐘,會(huì)有30分鐘數(shù)據(jù)丟失。丟失數(shù)據(jù)又怎樣,再發(fā)一次郵件就是了,即使癱瘓1天,也還有其他通訊手段可以彌補(bǔ)。
從私人定制的角度出發(fā),不能說數(shù)據(jù)備份無用,它也并不過時(shí),針對(duì)不同應(yīng)用,仍然大有用武之地。
也有很多人說,RTO為0是個(gè)做不到的事情,擱以往也許是對(duì)的,但雙活技術(shù)的出現(xiàn),RTO為0也不是做不到的事情。如果單純追求,RTO為0,也就是數(shù)據(jù)不丟失,這在“兩地三中心”的時(shí)代,采用RecoverPoint軟件方案也是一個(gè)可以實(shí)現(xiàn)的。對(duì)等級(jí)6來說,RTO還是有數(shù)分鐘的中斷。
對(duì)于Google來說,宕機(jī)5分鐘意味著55萬美元的損失;對(duì)于Amazon來說, 100分鐘損失近700萬美元;蘋果iClould宕機(jī)將會(huì)有300萬用戶受影響。對(duì)于金融來說,更是千百萬的損失。對(duì)于醫(yī)療行業(yè),更是人命關(guān)天的事情,因此,即使是***等級(jí)6,也沒有辦法滿足業(yè)務(wù)連續(xù)性的要求。
所謂連續(xù)就是不能夠有任何中斷,哪怕是數(shù)分鐘。有什么辦法能夠讓“數(shù)分鐘”消失于無形呢?
這就需要軟件來配合,以O(shè)racle RAC為例,用一種分布式數(shù)據(jù)庫的方式,確保服務(wù)不因節(jié)點(diǎn)故障而癱瘓。但Oracle RAC較為復(fù)雜,對(duì)于用戶要求比較高。此外,并不是所有的應(yīng)用軟件都能夠像Oracle RAC那樣進(jìn)行分布式的部署,很多應(yīng)用軟件并沒有類似RAC的版本。
虛擬化對(duì)于數(shù)據(jù)中心而言,不僅僅是提升效率,降低成本。以VMware vSphere為例,無論是VMotion、HA還是Fault Tolerant,虛擬化對(duì)于數(shù)據(jù)中心業(yè)務(wù)連續(xù)性居功至偉。虛擬化配合VPLEX,就開始了數(shù)據(jù)中心業(yè)務(wù)連續(xù)性的大門。
所謂“不是我不明白,世界變化快”!要追趕上世界發(fā)展的步伐。(更多有關(guān)業(yè)務(wù)連續(xù)性內(nèi)容,參見:虛擬數(shù)據(jù)中心時(shí)代需要業(yè)務(wù)連續(xù)性的“私人定制”。)