亚洲成精品动漫久久精久,九九在线精品视频播放,黄色成人免费观看,三级成人影院,久碰久,四虎成人欧美精品在永久在线

掃一掃
關(guān)注微信公眾號

F5 WANJet 透明數(shù)據(jù)壓縮
2007-10-17   F5公司

概述

帶寬限制在應(yīng)用性能中一直扮演著一個非常重要的角色。多數(shù)網(wǎng)絡(luò)分為兩類。第一類為諸如撥號和幀中繼等慢速網(wǎng)絡(luò)。這些網(wǎng)絡(luò)通常速率為 56 kbps 到 2 Mbps,并有許多節(jié)點。然而這種網(wǎng)絡(luò)無法適用于擁有大型辦事處的企業(yè),這種數(shù)據(jù)速率通常適用于小型分支機構(gòu)之間的網(wǎng)絡(luò)連接。第二類(廣域網(wǎng))為高速網(wǎng)絡(luò),通常用于企業(yè)大型辦事機構(gòu)之間的數(shù)據(jù)復(fù)制與通訊。與小型辦公網(wǎng)絡(luò)不同,這些網(wǎng)絡(luò)通常速率為從 45 Mbps 到 622 Mbps 之間。
   盡管隨著時間的推移,網(wǎng)絡(luò)已經(jīng)不斷變化,但應(yīng)用業(yè)務(wù)已經(jīng)以令人驚訝的速度增長。可節(jié)約帶寬的客戶端服務(wù)器應(yīng)用已被帶寬需求型 web 應(yīng)用所替換。從前,客戶端服務(wù)器交易包括數(shù)千字節(jié)的數(shù)據(jù),如今,基于豐富 Web 的門戶應(yīng)用在每次進行交易時,也能傳輸數(shù)千節(jié)的數(shù)據(jù)。電子郵件附件、可訪問的遠(yuǎn)程文件共享等應(yīng)用已大量增長。由于要求復(fù)制的數(shù)據(jù)的數(shù)量增加,即使是在專用高速鏈路中進行數(shù)據(jù)復(fù)制,也會面臨帶寬上的挑戰(zhàn)。
   對于慢速和高速網(wǎng)絡(luò)而言,提供額外帶寬以滿足不斷增加的需求通常會造價昂貴。帶寬的價格尚未像預(yù)期中的那樣下降,網(wǎng)絡(luò)尚無法跟上應(yīng)用需求發(fā)展的步伐。

挑戰(zhàn)

網(wǎng)絡(luò)壓縮
  此前嘗試在網(wǎng)絡(luò)級別進行壓縮已被證明不太成功。多年來,路由器號稱具備壓縮能力,然而很少有哪家企業(yè)能夠?qū)崿F(xiàn)這一功能。原因在于,這種壓縮通常會使路由器自身增加額外負(fù)載進而增加開銷,此外,由于路由器需花費時間壓縮每個數(shù)據(jù)包,因此還會導(dǎo)致額外的延遲。
   部署一套最佳壓縮方案要求不僅有一個好的算法,而且架構(gòu)設(shè)計還應(yīng)實現(xiàn)最大效率和最佳性能。壓縮效率中的一項關(guān)鍵要素是,數(shù)據(jù)如何呈現(xiàn)給壓縮程序。所有壓縮例程在處理同類數(shù)據(jù)時將獲得更大的壓縮比。在處理異質(zhì)數(shù)據(jù)時(例如,多種協(xié)議的大量數(shù)據(jù)包),壓縮比率會大大降低。
   基于數(shù)據(jù)包壓縮應(yīng)用的主要問題是壓縮時它將多種數(shù)據(jù)類型混合在一起。基于數(shù)據(jù)包的壓縮系統(tǒng)會存在其它問題。壓縮數(shù)據(jù)包時,這些系統(tǒng)必須在網(wǎng)絡(luò)中編寫小數(shù)據(jù)包,并進行其它工作以集合并封裝多個數(shù)據(jù)包。每一操作都會達(dá)到最佳效果。在網(wǎng)絡(luò)中編寫小數(shù)據(jù)包會增加 TCP/IP 標(biāo)頭的開銷。另外,集合并封裝數(shù)據(jù)包會為該流增加封裝標(biāo)頭。

圖 1:基于數(shù)據(jù)包的壓縮
  與以前的壓縮解決方案不同,WANJet 在會話層中運行。這會支持 WANJet 在處理所有應(yīng)用類型時能夠在完全同類的數(shù)據(jù)之間進行壓縮。WANJet 與同檔基于數(shù)據(jù)包的系統(tǒng)相比壓縮比率會更高。

圖 2:基于會話的壓縮
  此外,通過在會話層、數(shù)據(jù)包邊界位置進行操作,重新分組的問題就不會出現(xiàn)。這能夠使 WANJet 在數(shù)據(jù)流中輕松找到匹配的數(shù)據(jù),在第三層中這些數(shù)據(jù)可能是許多分開的字節(jié),但在第五層中可能就是鄰近的字節(jié)。由于取消了封裝階段,因此在會話層中執(zhí)行壓縮時系統(tǒng)的吞吐率會增加。
   獲得較高的壓縮比僅僅是求解性能困局的其中一項措施。為了提高性能,壓縮器必須能增加網(wǎng)絡(luò)的吞吐率。這就要求壓縮器獲得比線速吞吐率更大的性能。試以如下兩個理論中的壓縮設(shè)備為例。壓縮器 A 能夠?qū)崿F(xiàn) 75% 的數(shù)據(jù)壓縮,每秒可讀取 20 Mbps 壓縮數(shù)據(jù)。壓縮器 B 的速度是 A 的兩倍,但只能讀取 50% 的壓縮數(shù)據(jù)。


圖 3:壓縮性能圖

圖 4:網(wǎng)絡(luò)利用率
  初看,壓縮器 A 似乎是一臺更加高效的壓縮設(shè)備,而實際上,壓縮器 B 能夠獲得更出色的網(wǎng)絡(luò)性能,其鏈路速率大于 10 Mbps。原因即在于,當(dāng)網(wǎng)絡(luò)速度增加時,壓縮器 A 不能充分利用可用的帶寬。

解決方案

透明數(shù)據(jù)壓縮
  F5 WANJet 產(chǎn)品充分利用一種稱之為透明數(shù)據(jù)壓縮 (TDR) 的技術(shù)來迎接帶寬挑戰(zhàn)。與以前的壓縮形式不同,TDR 充分利用兩階段壓縮流程實現(xiàn)帶寬的節(jié)省,同時還能降低處理過程中的延遲。流程的第一階段 (TDR-2) 用于檢測傳輸數(shù)據(jù),確定其中任意部分之前是否已發(fā)送。如果已發(fā)送,相關(guān)內(nèi)容會替換掉先前傳輸?shù)膮^(qū)域。通過采用基于字母的壓縮以及高級編碼方案,流程的第二階段 (TDR-1) 可對數(shù)據(jù)進行進一步壓縮。

5透明數(shù)據(jù)壓縮
TDR-2
  TDR-2 所采用的數(shù)據(jù)壓縮程序,可用來識別并刪除所有 WAN 中所有重復(fù)的數(shù)據(jù)模式。當(dāng)數(shù)據(jù)流通過兩個 WANJet 裝置時,WANJet 會記錄字節(jié)模式并構(gòu)建同步字典。如果同樣的字節(jié)模式再次通過 WAN,發(fā)送方旁邊的 WANJet 就會用參考模式來替換字節(jié)模式,并發(fā)送至字典中的副本。當(dāng)該參考模式到達(dá)遠(yuǎn)程 WANJet 時,參考模式就會被字典中的初始數(shù)據(jù)替換,最終獲得的數(shù)據(jù)流與最初發(fā)送的數(shù)據(jù)流將相同。

6 TDR-2
  存儲于 TDR-2 字典中的數(shù)據(jù),存儲于應(yīng)用協(xié)議和傳輸獨立格式的地址當(dāng)中。這意味著,如果某字節(jié)模式在一個協(xié)議中首次出現(xiàn),之后在另一個協(xié)議中再次出現(xiàn),第二次傳輸將從上一次傳輸中完全受益。即使第一次傳輸為下載、第二次傳輸為上傳(例如,用戶下載郵件中的附件,然后上傳到 Windows 文件共享系統(tǒng)上),上述情況亦有可能發(fā)生。由于 TDR-2 可識別字節(jié)模式,并且不受不同協(xié)議和傳輸?shù)刂返挠绊懀虼丝沙浞掷贸跏嫉碾娮余]件 (MAPI) 傳輸,提高后來 Windows 文件共享傳輸?shù)男省?

文件高速緩存

  • 可能失效的數(shù)據(jù)
  • 訪問控制/安全受到危脅
  • 特殊協(xié)議(如 HTTP)
  • 文件名稱依賴性
  • 文件編輯傳輸整個文件

TDR-2

  • 保證獲得精確的數(shù)據(jù)
  • 訪問控制/安全受到危脅
  • 與協(xié)議無關(guān)
  • 文件名獨立性
  • 文件編輯僅傳輸新數(shù)據(jù)

  由于 TDR-2 可搜索數(shù)據(jù)中的重復(fù)模式,因此,改進重復(fù)發(fā)送同樣數(shù)據(jù)的文件傳輸(如 CIFS、電子郵件附件、FTP 以及應(yīng)用協(xié)議)是一種非常理想的方法。與高速緩存技術(shù)不同,TDR-2 能夠確保服務(wù)器收到全部交易并完全進行處理。這就使現(xiàn)有的安全檢查能夠順利實施,客戶端和服務(wù)器能夠正常運行。
   TDR-2 與另一種模式下的高速緩存技術(shù)不同。有了 TDR-2,就不會存在數(shù)據(jù)失效問題。借助傳統(tǒng)的基于時間的高速緩存技術(shù),對象會按一段預(yù)定義的時間存儲。如果在此之前,服務(wù)器上的對象變更消失,高速緩存就會存儲失效的數(shù)據(jù)。借助 TDR-2,所有的交易將由服務(wù)器來完成,所存儲的數(shù)據(jù)僅用于減少 WAN 中傳輸字節(jié)的數(shù)量。如果服務(wù)器端數(shù)據(jù)變更,新的數(shù)據(jù)會在達(dá)到客戶端期間記錄至字典中。
   對于曾做過修訂的文件而言,這一方法可實現(xiàn)部分加速功能。借助一流的高速緩存技術(shù),任何對文件的更新要求下載全部新的版本。由于 TDR-2 基于字節(jié)而非文件,因此只有文件新變化的部分 (novel portions) 才會被傳輸。
   如前所述,僅靠獲得較高的壓縮比并不足以提升應(yīng)用的性能。 壓縮系統(tǒng)還必須有較大的吞吐率。由于支持 400 Mbps 以上的吞吐率,WANJet 400 能夠確保數(shù)據(jù)的壓縮轉(zhuǎn)變了實際的性能增益,而不僅僅是空的 WAN。

TDR-1
  在 TDR-2 已刪除所有先前傳輸?shù)淖止?jié)模式之后,WANJet 會采用次一級的數(shù)據(jù)壓縮程序(該程序被稱為 TDR-1)。同時,可對 TDR-2進行優(yōu)化以提升重復(fù)傳輸?shù)男阅埽ㄟ^采用高級編碼技術(shù),以及針對非常小的重復(fù)模式進行過優(yōu)化的字典技術(shù),TDR-1 可改進首次傳輸?shù)男阅堋?BR>   壓縮技術(shù)可部署于全部為開或關(guān)模式的路由器和其它網(wǎng)絡(luò)設(shè)備中。為了減少擁塞,網(wǎng)絡(luò)管理員必須向所有流量添加額外的處理延遲。對于諸如 HTTP 等協(xié)議,采用針對一定擁塞級別的壓縮行為至關(guān)重要。與多數(shù)協(xié)議不同,HTTP 具有交互以及批量數(shù)據(jù)傳輸特征。當(dāng)用戶與 web 應(yīng)用交互時,多數(shù) HTTP 數(shù)據(jù)交換包含大量的小型數(shù)據(jù)的傳輸。然而在下載文件時,只有單一的傳輸發(fā)生,數(shù)據(jù)傳輸量通常為 5 MB 或更多數(shù)據(jù)。網(wǎng)絡(luò)行為的這一變化給我們提出了一個非常有趣的挑戰(zhàn)。在進行網(wǎng)頁瀏覽時,至關(guān)重要的一點是,壓縮程序采用最少數(shù)量的額外延遲。即使向每次交易增加幾毫秒,也會降低一些應(yīng)用的性能。同時,通過 HTTP 進行的較大文件的傳輸(如文件下載),通常會從壓縮技術(shù)中受益頗多,因為這種傳輸時間上的改進會使額外處理上的延遲變得毫無意義。
   通過適應(yīng)不斷變化的網(wǎng)絡(luò)環(huán)境與應(yīng)用需求,TDR-1 可解決這一問題。在具有較高擁塞率的時段,TDR-1 可提高壓縮級別、降低擁塞和網(wǎng)絡(luò)隊列的延遲。在具有較低擁塞率的時段,TDR-1 可降低壓縮級別、使壓縮導(dǎo)致的延遲降至最低。借助 TDR-1 的適應(yīng)性特性,可確保采用經(jīng)過優(yōu)化的壓縮戰(zhàn)略,并支持網(wǎng)絡(luò)管理員對壓縮進行部署,而不必?fù)?dān)心應(yīng)用性能的下降。
   除了可提高應(yīng)用的性能之外,TDR-1 也可對配置進行簡化。與其它系統(tǒng)要求深刻了解壓縮吞吐率和延遲特征不同,TDR-1 能夠自動選擇與網(wǎng)絡(luò)環(huán)境相符的適當(dāng)戰(zhàn)略,并可實時更新戰(zhàn)略。借助其智能特性,TDR-1 能夠從較低速率的 64 Kbps 幀延遲網(wǎng)絡(luò),擴容至 155 Mbps OC3 網(wǎng)絡(luò),同時可優(yōu)化范圍廣泛的各類協(xié)議。

結(jié)論
  通過將 F5 WANJet 中的 TDR 部署與適應(yīng)性壓縮及數(shù)據(jù)壓縮技術(shù)相結(jié)合,這一基于特定目的構(gòu)建的架構(gòu)可實現(xiàn)應(yīng)用的最大性能。TDR 通過兩個流程步驟實現(xiàn)這一優(yōu)化。首先,以小參考模式識別并替換冗余模式至遠(yuǎn)程 WANJet 數(shù)據(jù)存儲位置。 其次,余下的網(wǎng)絡(luò)數(shù)據(jù)可通過智能網(wǎng)絡(luò)和應(yīng)用程序(這些程序能夠以盡可能少的字節(jié)對剩余數(shù)據(jù)進行最優(yōu)編碼)進行壓縮。
   所有上述舉措最終將導(dǎo)致下列情形:解決方案于 WAN 之上,提供像 LAN 一樣的應(yīng)用性能,文件傳輸、電子郵件、客戶端服務(wù)器應(yīng)用、數(shù)據(jù)復(fù)制,以及其它應(yīng)用的速度將加快,同時還能為廣域網(wǎng)用戶提供可預(yù)期的快速性能。

熱詞搜索:

上一篇:動態(tài)高速緩存
下一篇:F5 WebAccelerator 技術(shù)概覽

分享到: 收藏