讓有限的帶寬承載無限需求
原創(chuàng)從有計算機網(wǎng)絡(luò)的那一天開始,我們就不斷地在經(jīng)歷著各種Download(下載)。某種意義上來說,"上網(wǎng)"這個詞其實并不確切,我們每時每刻都是在將互聯(lián)網(wǎng)上的資源下載到本地來查看、使用,可以說,絕大多數(shù)人使用互聯(lián)網(wǎng)的過程,主要就是下載各種各樣資源的過程。
經(jīng)歷過早期撥號上網(wǎng)階段的人一定記得,那個時候下載一個幾十M的資源,要花多大的耐心;在ADSL、光纖接入等高速接入方式普及之后,人們發(fā)現(xiàn)上網(wǎng)變成了一種更讓人開心的活動--越來越快的訪問速度和下載速度,使在線視頻、即時資源共享成為了可能。
然而,就像那句經(jīng)典電影臺詞所說的:"能力越大,責(zé)任就越大"。更高速的互聯(lián)網(wǎng)接入,帶來的不光是更好的應(yīng)用體驗,也帶來了人們對互聯(lián)網(wǎng)無限的應(yīng)用需求--帶寬高了,能夠承載高清視頻傳輸了,那好,我們需要網(wǎng)絡(luò)在線直播和高清視頻會議;公司的出口帶寬很大,在公司下載高清電影和使用網(wǎng)盤存儲數(shù)據(jù)就更快了;早上打開電腦,幾分鐘能打好一堆補丁,順手就能搞定......各種各樣的應(yīng)用需求,對于每個人來說,一下子變得更容易實現(xiàn);然而,對于企業(yè)的網(wǎng)管來說,噩夢也就此拉開了帷幕。
不久前,筆者就曾遇到了一次由于帶寬分配問題所導(dǎo)致的"窘境"。某日一早,筆者收到了網(wǎng)管發(fā)來的一個公告郵件,郵件中提到當(dāng)天XX時至XX時,某兩個部門要同時進行兩場視頻會議,由于事關(guān)一些比較重要的事項,為了保障視頻會議的流暢進行,請公司內(nèi)部避免在此時段進行占用較大帶寬的上傳下載活動云云。
實際上,隨著各種視頻應(yīng)用和移動應(yīng)用的爆發(fā)式增長,越來越多的企業(yè)都遇到了類似的問題,一方面,員工對于網(wǎng)絡(luò)的依賴度越來越高,使用的各種應(yīng)用所占用的總帶寬也越來越大,尤其是近年來BYOD的流行,公司內(nèi)部接入網(wǎng)絡(luò)的設(shè)備數(shù)量也呈現(xiàn)出爆發(fā)式的增長,外網(wǎng)訪問的頻率和總帶寬普遍居高不下;另一方面,相對高昂的外網(wǎng)接入租金,也讓企業(yè)網(wǎng)絡(luò)接入的增長速率注定不會在短時間內(nèi)有很大的提高。這樣一來,一旦遇到諸如系統(tǒng)補丁升級等"短時間群體性下載事件",很多正常的在線業(yè)務(wù)就要受到不小的影響。
對此,業(yè)內(nèi)的很多廠商也是深有體會的,Blue Coat全球高級營銷總監(jiān)Steve Schick在接受51CTO記者采訪時指出:"我們經(jīng)常會提到一個所謂的自私的應(yīng)用軟件的概念,如果是對單個用戶你只是一臺電腦,然后只有少量的一些應(yīng)用軟件那么問題不大,因為這個是正常合理的一個安排。盡可能快的完成更新,這是一個很好的事情,但是放到一個大型企業(yè)環(huán)境當(dāng)中,當(dāng)有大量的用戶同時使用大量的應(yīng)用軟件時候,如果每一個軟件每一個應(yīng)用程序,在更新的過程當(dāng)中都采用這種盡可能快速完成更新,盡可能多的消耗帶寬這種方式,對企業(yè)造成一些問題。"
在看到問題的同時,如何選擇解決方法,就顯得尤為重要。從目前的用戶反饋來看,很多企業(yè)用戶實際上都選擇了用行政制度約束員工行為、或采用諸如上網(wǎng)行為管產(chǎn)品等方式來解決此類問題,從本質(zhì)上來說,這種思路不能說是錯的,只不過它所采用的"以堵節(jié)流"的理念,更容易讓企業(yè)的網(wǎng)絡(luò)管理進入一個新的瓶頸期。
那么,是否有更好的方法來解決這類網(wǎng)絡(luò)帶寬資源不足引起的問題呢?答案是肯定的,有一些廠商采用了一種非常巧妙的思路,利用企業(yè)內(nèi)網(wǎng)線速轉(zhuǎn)發(fā)的優(yōu)勢,通過緩存服務(wù)的形式,有效解決了這類的問題。
仍然以Blue Coat為例,在其廣域網(wǎng)優(yōu)化產(chǎn)品中,PacketShaper系列產(chǎn)品無疑是解決這類問題的優(yōu)秀解決方案代表。
Steve Schick通過蘋果iTunes的例子闡述了這個系列產(chǎn)品的一個主要特性:"iTunes它下載的過程當(dāng)中,出現(xiàn)的情況也是用我們的監(jiān)控可以看到的,iTunes它時間不是很長,但是在瞬間他使用的帶寬消耗一下子每秒鐘20兆這樣的速度,其實很多情況下,這樣的狀態(tài)是不必要的,因為你也不是那么著急非得要在2秒鐘內(nèi)把軟件下完。他是通過我們這個產(chǎn)品對他所有的應(yīng)用進行很好的管理。然后進行很好的控制,可以把他下載時間延長到3分鐘,然后使他瞬間產(chǎn)生的帶寬的消耗降下來,這樣可以保護整個系統(tǒng)其他應(yīng)用程序的正常運行。"
這只是一類問題的有效解決,PacketShaper實際上是通過三個主要思路來解決相關(guān)的一系列問題。
首先是高可視性,幫助用戶一目了然的了解到在任意時段公司內(nèi)部究竟有哪些消耗帶寬資源的業(yè)務(wù)和應(yīng)用。
其次是技術(shù)減弱高消耗應(yīng)用的影響,通過緩存技術(shù),讓諸如補丁、病毒庫等軟件的集中更新不再需要每個人都在外網(wǎng)服務(wù)器上下載一次,只要有一個人下載過相關(guān)軟件,內(nèi)網(wǎng)中設(shè)置的緩存設(shè)備就能夠保證后續(xù)的下載全部通過緩存進行。在這個過程中就不會對帶寬造成N次的沖擊(N為網(wǎng)絡(luò)中總終端數(shù)量)。
第三點,對整個帶寬資源進行管理和控制,通過主動像分區(qū)的一些方式對整個帶寬進行管理,對QOF整個質(zhì)量進行管理,進一步避免流量大起大落對其他關(guān)鍵應(yīng)用的影響。
不難看出,通過這三方面的努力,企業(yè)中的非關(guān)鍵性業(yè)務(wù)對于網(wǎng)絡(luò)帶寬的壓力,被控制在了一個非常緩和的程度上,簡單來說,這是一種類似于防洪賑災(zāi)中"分洪入泄洪區(qū)"的方法,通過技術(shù)管理的方式,讓急流變緩流,在保證正常業(yè)務(wù)發(fā)展的同時,也避免了"嚴(yán)防死堵"所帶來的其他后遺癥。
在Steve Schick看來,用戶需求、甚至是一些用戶難以察覺的隱性需求,促使了Blue Coat對于相關(guān)問題的深入研究:"現(xiàn)在IT的發(fā)展以及業(yè)務(wù)的發(fā)展,使得公司對網(wǎng)絡(luò)的應(yīng)用和網(wǎng)絡(luò)的管理顯得尤為重要。在這個過程當(dāng)中以前你可能不用去太擔(dān)心換一個交換機或者換一個路由器,可能不會對網(wǎng)絡(luò)或者你的業(yè)務(wù)產(chǎn)生多大的影響。但是現(xiàn)在越來越多的情況下你必須要去在整個業(yè)務(wù)發(fā)展的過程中,特別去關(guān)心網(wǎng)絡(luò)在遷移的過程中會出現(xiàn)什么樣的問題。這個也是需要我們用相應(yīng)的解決方案去保證網(wǎng)絡(luò)安全的。"
客觀的說,需求的多樣化,和技術(shù)的革新往往是相輔相成的,在應(yīng)用需求井噴的今天,諸如PacketShaper一類的產(chǎn)品,在有效保護企業(yè)原有投資的前提下,保障了企業(yè)內(nèi)部網(wǎng)絡(luò)帶寬資源使用的最優(yōu)化,并最終幫助用戶在有限的帶寬條件下,實現(xiàn)了幾乎無限應(yīng)用需求的承載。