剛才我們從云概念談到全局負(fù)載均衡，那么現(xiàn)在，我們來回顧一下兩種負(fù)載均衡的方式。并且，將兩種負(fù)載均衡方式進(jìn)行一個(gè)比較和分析?？纯此麄兏饔惺裁磧?yōu)缺點(diǎn)。在實(shí)際的方案設(shè)計(jì)中，更適合采用哪一種方式來完成負(fù)載均衡任務(wù)。

◆方式一:基于DNS重定向

當(dāng)用戶在瀏覽器訪問video.site.com時(shí),首先要進(jìn)行DNS解析,即查找出video.site.com的IP地址,然后用戶與該IP地址建立TCP連接訪問網(wǎng)站內(nèi)容,DNS流量分配方式工作在DNS解析過程中｡通過在域site.com的DNS服務(wù)器上增加一條NS記錄,即video.site.com的NS紀(jì)錄指向位于某一全局負(fù)載均衡設(shè)備(不失一般性,假設(shè)為位于分布1的4交換機(jī))的控制IP地址,對(duì)video.site.com的解析將由該ayer4Switch負(fù)責(zé),由DNS的工作過程可以知道如下過程:

1.用戶將DNS請(qǐng)求發(fā)到其本地DNS服務(wù)器,該DNS服務(wù)器通過一系列的DNS查詢得知,video.site.com的授權(quán)解析服務(wù)器是分布1節(jié)點(diǎn)的4交換機(jī);

2.交換機(jī)收到DNS查詢請(qǐng)求后,將video.site.com解析為經(jīng)過計(jì)算后所選定的***站點(diǎn)的IP地址(負(fù)載不重､距離用戶最進(jìn)),這個(gè)地址可能是主站點(diǎn)的FARMIP,也可能是分站點(diǎn)的FARMIP地址;

3.各分布節(jié)點(diǎn)接受用戶請(qǐng)求并最終將流媒體內(nèi)容發(fā)送給用戶｡

◆方式二:基于網(wǎng)絡(luò)就近性判斷和廣域三角重定向

與方式一相比,本全局負(fù)載均衡策略的不同點(diǎn)也是***優(yōu)點(diǎn)在于:省中心節(jié)點(diǎn)的Layer4 Switch不僅需要解析相應(yīng)的域名,同時(shí)還根據(jù)用戶真實(shí)IP地址來進(jìn)行***站點(diǎn)計(jì)算和判斷,最終將用戶流量重定向相應(yīng)的服務(wù)節(jié)點(diǎn)上｡當(dāng)用戶請(qǐng)求的服務(wù)使用的協(xié)議不具有類似于“HTTP302"的重定向命令時(shí),該策略的順利實(shí)現(xiàn)利用Radware WSD產(chǎn)品所獨(dú)具的“廣域三角重定向"能力來完成服務(wù)的重定向｡

當(dāng)用戶訪問已經(jīng)加入CDN服務(wù)的流媒體服務(wù)網(wǎng)站時(shí),WSDNP首先會(huì)通過TCP/IP握手獲得客戶的IP,并在靜態(tài)最近路徑表中查找該IP所屬的網(wǎng)段是否存在,如存在該客戶即被透明的導(dǎo)向到靜態(tài)最近路徑表中所設(shè)定的優(yōu)先級(jí)***的分布點(diǎn)｡如沒有該記錄則NP會(huì)以同樣方式去查動(dòng)態(tài)最近路徑表,如仍沒有記錄NP會(huì)通知各分布點(diǎn)WSD一同去測(cè)各分布點(diǎn)離用戶的距離及時(shí)延,并通過專有協(xié)議RP､PRP報(bào)告,確定***站點(diǎn),然后通過HTTP重定向或全局三角重定向技術(shù)來實(shí)現(xiàn)將用戶導(dǎo)向到***CDN節(jié)點(diǎn),與此同時(shí),該IP地址所在的C類網(wǎng)段會(huì)被添加至動(dòng)態(tài)最近路徑表,供今后使用;***節(jié)點(diǎn)的CDN的服務(wù)器(節(jié)點(diǎn)上的高速緩存)負(fù)責(zé)將用戶請(qǐng)求的內(nèi)容提供給用戶｡

◆兩種方式的討論比較

上述兩種方式各有優(yōu)缺點(diǎn),現(xiàn)總結(jié)如下:

【方式一的優(yōu)缺點(diǎn)】

該方式的特點(diǎn)在于優(yōu)點(diǎn)整個(gè)就近性判斷和重定向過程都發(fā)生在用戶請(qǐng)求域名解析時(shí),而非用戶真正請(qǐng)求Server連接時(shí)｡該策略的優(yōu)點(diǎn)在于:

實(shí)現(xiàn)簡(jiǎn)單,內(nèi)容請(qǐng)求路由簡(jiǎn)捷,核心(骨干)節(jié)點(diǎn)負(fù)載均衡設(shè)備的負(fù)載情況較方式二理想;

并不依賴于分發(fā)內(nèi)容類型及相應(yīng)的協(xié)議,無論是基于Web､MMS､RTSP等分發(fā)都毫無影響｡在CDN的全局負(fù)載均衡方案的應(yīng)用中,如果只采用DNS流量分配方式,則存在著如下潛在主要問題:

DNS解析記錄信息可能被整個(gè)DNS解析行程中的任何一個(gè)DNS服務(wù)器CACHE,這會(huì)導(dǎo)致全局的DNS流量分配將會(huì)失敗,因?yàn)檫@個(gè)DNS服務(wù)器不會(huì)再將DNS的解析請(qǐng)求轉(zhuǎn)發(fā)給WSD-NP,從而用戶將不能得到***的***站點(diǎn)的IP地址;

就近性判斷是對(duì)用戶本地的DNS服務(wù)器進(jìn)行的,而不是用戶本身｡如果用戶客戶端設(shè)定的ocaDNS服務(wù)器不是距離用戶最近的DNS服務(wù)器,則用戶無法得到就近服務(wù);

無法向支持直接給出IP地址的業(yè)務(wù)提供CDN服務(wù)｡

【方式二的優(yōu)缺點(diǎn)】

該方式的特點(diǎn)在于可以根據(jù)用戶的真實(shí)IP地址進(jìn)行就近性判斷,方案的優(yōu)點(diǎn)在于:

利用用戶IP編址的規(guī)律,可以真正做到根據(jù)“網(wǎng)絡(luò)的就近性"分配流量,可以進(jìn)行CDN的流量管理和調(diào)優(yōu);

可以對(duì)用戶訪問請(qǐng)求實(shí)現(xiàn)完備的､細(xì)顆粒的策略控制;

與基于DNS重定向的策略可以無縫結(jié)合,實(shí)現(xiàn)合理､完善內(nèi)容請(qǐng)求路由;

支持不同的ICP接入CDN的業(yè)務(wù)模式,服務(wù)割接非?？旖?#65377;

本方式的不足在于:

由于此全局負(fù)載均衡方式的就近性判斷與重定向是當(dāng)用戶與核心節(jié)點(diǎn)VIP建立連接時(shí)發(fā)生的,故對(duì)于相應(yīng)的分發(fā)內(nèi)容類型和相關(guān)協(xié)議有所限制要求,如:針對(duì)HTTP可以采用通用的302協(xié)議重定向;但對(duì)于類似于MMS這類私有協(xié)議就無法通過通用做法來實(shí)現(xiàn),必須利用Radware WSD產(chǎn)品的獨(dú)特功能才能完成;隨著訪問用戶的增加和網(wǎng)絡(luò)規(guī)模的擴(kuò)張,核心點(diǎn)的壓力會(huì)較大,因此核心點(diǎn)設(shè)備的冗余設(shè)計(jì)變得非常關(guān)鍵｡