Gartner Group發(fā)布了一份報告，揭示了數(shù)據(jù)丟失風(fēng)險的嚴(yán)重性：在經(jīng)歷了數(shù)據(jù)完全丟失而導(dǎo)致系統(tǒng)停運的企業(yè)中，有2/5再也沒能恢復(fù)運營，余下的企業(yè)也有1/3在兩年內(nèi)宣告破產(chǎn)。也就是說，六成企業(yè)因數(shù)據(jù)完全丟失而倒閉。為保障數(shù)據(jù)的安全性，容災(zāi)建設(shè)必不可少，各種異地災(zāi)備中心、同城災(zāi)備中心，都在如火如荼的建設(shè)中。

在災(zāi)備建設(shè)中往往需要考慮兩個指標(biāo)：RTO、RPO。在數(shù)據(jù)中心和災(zāi)備中心網(wǎng)絡(luò)中，我們往往已采用高性能的災(zāi)備系統(tǒng)以及千兆甚至萬兆網(wǎng)絡(luò)，從端點上為災(zāi)備運轉(zhuǎn)高效打下了良好的基礎(chǔ)。但是在真正進(jìn)行災(zāi)備數(shù)據(jù)傳輸時，卻遭遇到了以下幾種尷尬場景：

畫面一：每日需傳輸?shù)臑?zāi)備數(shù)據(jù)量大，以百G來計，但從主數(shù)據(jù)中心的到災(zāi)備中心的專線只有僅僅10Mbps，數(shù)據(jù)無法在指定時間內(nèi)完成傳輸。隨著業(yè)務(wù)的不斷增多，數(shù)據(jù)滯后也越來越多，數(shù)據(jù)的丟失風(fēng)險也不斷攀升，RPO難保證……

畫面二：多數(shù)據(jù)中心拉了1Gbps的公網(wǎng)帶寬進(jìn)行實時遠(yuǎn)程復(fù)制或災(zāi)備數(shù)據(jù)傳輸，但受到公網(wǎng)丟包延時的限制，尤其在跨運營商情況下，雖然帶寬高達(dá)1G，但數(shù)據(jù)傳輸速度一直上不去，效率受到了大大制約……

畫面三，主數(shù)據(jù)中心和災(zāi)備中心之間通過1Gbps的專線互聯(lián)，延時只有25ms，網(wǎng)絡(luò)帶寬足質(zhì)量好，但是災(zāi)備系統(tǒng)在運作時，速度極限只能跑到尷尬的180Mbps，徒有大帶寬卻白白浪費，RTO不達(dá)標(biāo)……

以上場景都體現(xiàn)了一個問題，在高性能的災(zāi)備系統(tǒng)和局域網(wǎng)絡(luò)面前，廣域網(wǎng)絡(luò)成為了整個災(zāi)備運轉(zhuǎn)的瓶頸。需要獲得高效率災(zāi)備及數(shù)據(jù)恢復(fù)，就需要解決容災(zāi)網(wǎng)絡(luò)效率低下的問題。

那該如何解決？

深信服WOC容災(zāi)網(wǎng)絡(luò)優(yōu)化方案給出了很好的答案。

針對場景一，主要是數(shù)據(jù)量大與窄帶寬之間的矛盾。深信服WOC容災(zāi)網(wǎng)絡(luò)優(yōu)化方案采高細(xì)粒度冗余數(shù)據(jù)消除技術(shù)解決，無損數(shù)據(jù)削減的方式，減少網(wǎng)絡(luò)中需要傳輸容災(zāi)數(shù)據(jù)總量，在有限的帶寬內(nèi)實現(xiàn)高效的傳輸，從而提升災(zāi)備速率。數(shù)據(jù)削減采用的技術(shù)為基于碼流特征的數(shù)據(jù)優(yōu)化技術(shù)，以及無損數(shù)據(jù)流壓縮技術(shù)，實現(xiàn)bit級重復(fù)數(shù)據(jù)刪除，災(zāi)備需傳輸流量可達(dá)到60%-90%的削減。

某檢驗檢疫局，主數(shù)據(jù)中心在省會城市A，并在地市局B建立災(zāi)備中心，A到B之間只有4Mbps的專線互聯(lián)，每日災(zāi)備數(shù)據(jù)需要從晚上完成到A到B的傳輸。但由于數(shù)據(jù)量大，往往在規(guī)定的備份時間窗口之內(nèi)無法完成傳輸，需要到第二天中午才把災(zāi)備數(shù)據(jù)傳輸完。而災(zāi)備數(shù)據(jù)和業(yè)務(wù)鏈路為共用專線，導(dǎo)致第二天上網(wǎng)B局人員訪問業(yè)務(wù)系統(tǒng)速度非常慢。通過深信服WOC容災(zāi)網(wǎng)絡(luò)優(yōu)化方案對災(zāi)備傳輸進(jìn)行優(yōu)化，原有需要傳輸整晚甚至到第二天中午才傳完的數(shù)據(jù)，部署后兩三個小時既已完成災(zāi)備數(shù)據(jù)的傳輸，加快了災(zāi)備效率，降低數(shù)據(jù)災(zāi)難風(fēng)險。

針對場景二，災(zāi)備效率的瓶頸主要在網(wǎng)絡(luò)的質(zhì)量上。在丟包存在、延時較高的情況下，網(wǎng)絡(luò)實際吞吐性能將大打折扣；同時，災(zāi)備需傳輸?shù)臄?shù)據(jù)量大，也是耗時長、RTO不達(dá)標(biāo)的一個原因。針對這個問題，深信服WOC容災(zāi)網(wǎng)絡(luò)優(yōu)化提出鏈路質(zhì)量優(yōu)化+無損數(shù)據(jù)削減的方案解決。針對公網(wǎng)線路，尤其跨運營商線路中的丟包延時問題，通過鏈路質(zhì)量優(yōu)化功能，采用改進(jìn)性的HTP算法優(yōu)化TCP協(xié)議，在丟包延時環(huán)境下大大提升網(wǎng)絡(luò)的吞吐性能；并通過基于碼流特征的數(shù)據(jù)優(yōu)化技術(shù)，以及無損數(shù)據(jù)流壓縮技術(shù)，大大消除災(zāi)備需傳輸?shù)臄?shù)據(jù)量，提升帶寬吞吐、削減傳輸數(shù)據(jù)量，從而實現(xiàn)災(zāi)備網(wǎng)絡(luò)的加速。

某媒體集團(tuán)，主數(shù)據(jù)中心在北京，災(zāi)備中心在廣州，出口分別電信和聯(lián)通的公網(wǎng)線路，主要傳輸?shù)臄?shù)據(jù)類型為音視頻數(shù)據(jù)。由于受到跨運營商的影響，原有NetApp災(zāi)備系統(tǒng)受到網(wǎng)絡(luò)影響比較嚴(yán)重，傳輸速度平均為6Mbps，峰值只有10Mbps。通過深信服WOC容災(zāi)網(wǎng)絡(luò)優(yōu)化方案的部署，解決網(wǎng)絡(luò)質(zhì)量問題，傳輸速度從6Mbps一下提高到了50Mbps，網(wǎng)絡(luò)性能得到顯著的提高。

針對場景三，主要是因為TCP本身的制約導(dǎo)致傳輸速度受限。在一對災(zāi)備系統(tǒng)之間，往往是通過單TCP連接或是僅幾條TCP連接相連，而TCP本身因為受到傳輸窗口等協(xié)議本身的限制，速度存在上限值。傳統(tǒng)的TCP協(xié)議傳輸窗口為64KB，在網(wǎng)絡(luò)延時為20ms時，單條TCP連接吞吐僅為25Mbps。雖然許多災(zāi)備系統(tǒng)基于Unix開發(fā)，對TCP協(xié)議進(jìn)行了一部分優(yōu)化，但相對于1Gbps這樣的大帶寬，吞吐還是出于160Mbps-200Mbps這樣的低位，無法完全利用帶寬保障RTO。

針對TCP本身的低效性，深信服WOC災(zāi)備優(yōu)化方案通過TCP協(xié)議優(yōu)化+無損冗余數(shù)據(jù)削減功能，可大大提升整個網(wǎng)絡(luò)的吞吐。在某金融機構(gòu)實際測試中，對于一對災(zāi)備設(shè)備之間的廣域網(wǎng)傳輸，性能從160Mbps大幅提升至600Mbps，并可擴(kuò)展提升至2.5Gbps，滿足大帶寬災(zāi)備需求。