[李桃梅]Riverbed

《[李桃梅]Riverbed》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫(kù)。

1、現(xiàn)在企業(yè)國(guó)際化，全球化已經(jīng)是很普遍的事情。無(wú)論是企業(yè)自建網(wǎng)絡(luò)，還是云服務(wù)提供商，都需要利用WAN（廣域網(wǎng)）把各個(gè)站點(diǎn)連接起來(lái)。而混合WAN連接方式已經(jīng)成為主流：MPLSVPN或?qū)＞€，Internet連接遠(yuǎn)端站點(diǎn)或公有云。WAN就如同高速公路，距離，帶寬，延遲總會(huì)影響最上層應(yīng)用體驗(yàn)。有人說(shuō)，增加帶寬不就解決了嗎？！其實(shí)不然，這里有很多要考慮的地方，不把整體WAN的性能提升，上層應(yīng)用永遠(yuǎn)不會(huì)有好的體驗(yàn)。在我2009年進(jìn)入雪佛龍的時(shí)候，公司就已經(jīng)在用RiverbedSteelhead對(duì)全球WAN線路進(jìn)行優(yōu)化，W

2、AN加速能達(dá)到2-4倍。在我三次搭建南海海上鉆井平臺(tái)基礎(chǔ)架構(gòu)時(shí)，RiverbedSteelhead更是功不可沒(méi)，由于海上鉆井平臺(tái)只能選用衛(wèi)星通訊，但衛(wèi)星鏈路低帶寬(1.5Mbps)，高延遲(500ms)，使上層應(yīng)用體驗(yàn)極差。RiverbedSteelhead廣域網(wǎng)優(yōu)化在這種極端環(huán)境下充分體現(xiàn)了其價(jià)值，使上層應(yīng)用體驗(yàn)改善?！?◆?◆本文將對(duì)Riverbed公司和其核心產(chǎn)品Steelhead做一個(gè)簡(jiǎn)單介紹。Riverbed于2002年由JerryKennelly創(chuàng)立，至今他仍是CEO。公司原名NBT（Next

3、BigThing），于2003年更名為Riverbed，總部位于舊金山。Riverbed將自己定義為一家ApplicationPerformance公司，著力打造WAN性能優(yōu)化?，F(xiàn)在主要有四大產(chǎn)品線：·RiverbedSteelHead：業(yè)界第一WAN優(yōu)化解決方案?！iverbedSteelCentral：性能管理和控制套件?！iverbedSteelConnect：下一代SD-WAN平臺(tái)?！iverbedSteelFusion：分支站點(diǎn)零IT解決方案。在最新的2016GartnerWANOptim

4、ization魔力象限報(bào)告中，Riverbed依舊位于領(lǐng)導(dǎo)者象限，并占據(jù)廣域網(wǎng)優(yōu)化市場(chǎng)51.3%的份額，是業(yè)界絕對(duì)的第一。當(dāng)然我們也很高興看到中國(guó)企業(yè)Sangfor（深信服）出現(xiàn)在魔力象限中，雖然位于玩家象限，但我們期待他能越做越好?！?◆?◆WAN性能問(wèn)題影響WAN性能的兩大問(wèn)題:延遲:?ChattyApplicationsandProtocols（啰嗦的應(yīng)用和協(xié)議）總是會(huì)有很多的來(lái)回交互（一個(gè)Server發(fā)包，問(wèn)對(duì)方Server是否收到，對(duì)方再回應(yīng)，如此反復(fù)），如果WAN距離很遠(yuǎn)，則結(jié)果更糟。發(fā)送一個(gè)

5、60M的PPT文件，這樣的反復(fù)會(huì)發(fā)生2000-3000次。這樣一個(gè)簡(jiǎn)單的文件傳送將導(dǎo)致20ms-1200ms的延遲。TCP窗口大?。合拗屏嗣總€(gè)包的吞吐量。增加帶寬當(dāng)然會(huì)擴(kuò)大整個(gè)管道大小去處理更多的數(shù)據(jù)交互，但每個(gè)包的交互還是受限于TCP窗口大小而使用很小的管道。RiverbedSteelhead如何解決這些問(wèn)題？Steelhead至少是成對(duì)部署，如果多個(gè)站點(diǎn)都想實(shí)現(xiàn)WAN優(yōu)化，那每個(gè)站點(diǎn)都得部署。它是位于路由器后方，所以可適用于任何WAN線路。Steelhead使用三大核心技術(shù)來(lái)優(yōu)化WAN：DataStr

6、eamlining不發(fā)送重復(fù)數(shù)據(jù)：或稱數(shù)據(jù)消重機(jī)制，用戶重復(fù)的訪問(wèn)某些數(shù)據(jù)，一端Steelhead會(huì)以16Bytes參考值的方式告之另一端的Steelhead，這些數(shù)據(jù)已經(jīng)被發(fā)送過(guò)了，你可以在本地重組?？蓴U(kuò)展的數(shù)據(jù)參考方式：比如用戶從服務(wù)器下載了一個(gè)文檔，在發(fā)送端和接收端的Steelhead看到了文檔并將其切成小塊存在本地。然后用戶更改了文檔并email發(fā)送給原地點(diǎn)的10位同事，在這個(gè)例子中只有被更改的數(shù)據(jù)在WAN上發(fā)送，16Bytes參考值告之遠(yuǎn)端Steelhead如何重組文檔。只關(guān)心數(shù)據(jù)：對(duì)Steel

7、head來(lái)說(shuō)，數(shù)據(jù)就是數(shù)據(jù)，無(wú)論什么格式或來(lái)自什么應(yīng)用。想想在文件或應(yīng)用中有多少”the”和”a”（中文環(huán)境有多少“的”），Steelhead認(rèn)為那些Bytes都是一樣的，無(wú)需再次發(fā)送，這種消重機(jī)制能減少65%-95%的數(shù)據(jù)在WAN上傳送。TransportStreamlining更快的往返速度：傳統(tǒng)TCP遵循“慢啟動(dòng)”規(guī)則，即先從小塊數(shù)據(jù)發(fā)送，持續(xù)增大數(shù)據(jù)塊直到接收端不能處理大數(shù)據(jù)塊為止，然后又重新開(kāi)始，并重復(fù)這個(gè)過(guò)程。TransportStreamlining避免了TCP重啟動(dòng)，找到一個(gè)最優(yōu)的包大小，

8、并一直使用這個(gè)大小來(lái)發(fā)送數(shù)據(jù)。DataStreamlining和TransportStreamlining的結(jié)合：TransportStreamlining實(shí)現(xiàn)了更少的往返過(guò)程（最多可達(dá)98%的減?。?，并使每一趟發(fā)送更多的數(shù)據(jù)，這使得吞吐量增加，結(jié)合DataStreamlining，每個(gè)數(shù)據(jù)包可利用16Bytes參考值虛擬的承載MB的數(shù)據(jù)。ApplicationStreamlining調(diào)整各種應(yīng)用協(xié)議，比如CIFS,HTTP,