自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

揚(yáng)長避短,談全局負(fù)載均衡兩方式的優(yōu)劣

網(wǎng)絡(luò) 網(wǎng)絡(luò)優(yōu)化 網(wǎng)絡(luò)運(yùn)維
本文對兩個全局負(fù)載均衡方式進(jìn)行了介紹和比較。從文中我們將了解到兩個方式各自的優(yōu)勢和劣勢,從而在假設(shè)網(wǎng)絡(luò)的負(fù)載均衡中,能夠揚(yáng)長避短。

剛才我們從云概念談到全局負(fù)載均衡,那么現(xiàn)在,我們來回顧一下兩種負(fù)載均衡的方式。并且,將兩種負(fù)載均衡方式進(jìn)行一個比較和分析。看看他們各有什么優(yōu)缺點。在實際的方案設(shè)計中,更適合采用哪一種方式來完成負(fù)載均衡任務(wù)。

◆方式一:基于DNS重定向

當(dāng)用戶在瀏覽器訪問video.site.com時,首先要進(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地址,對video.site.com的解析將由該ayer4Switch負(fù)責(zé),由DNS的工作過程可以知道如下過程:

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

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

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

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

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

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

◆兩種方式的討論比較

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

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

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

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

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

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

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

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

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

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

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

可以對用戶訪問請求實現(xiàn)完備的、細(xì)顆粒的策略控制;

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

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

本方式的不足在于:

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

責(zé)任編輯:佟健 來源: 互聯(lián)網(wǎng)
相關(guān)推薦

2017-03-24 16:43:09

開發(fā)者故事

2010-01-14 09:46:48

第三層交換技術(shù)

2018-05-25 15:03:11

借貸寶

2023-01-31 12:08:05

2022-10-26 10:56:29

數(shù)據(jù)庫存儲引擎

2010-05-05 18:55:51

負(fù)載均衡算法

2010-04-26 15:37:18

DNS負(fù)載均衡

2010-04-20 14:55:41

負(fù)載均衡

2013-06-07 15:04:24

軟件

2021-06-22 07:45:57

React18startTransiReact

2010-04-20 15:32:20

主控負(fù)載均衡

2010-04-26 10:55:41

全局負(fù)載均衡

2010-04-28 16:26:45

Windows負(fù)載均衡

2010-04-21 11:55:34

2010-05-06 10:14:31

負(fù)載均衡器

2010-04-23 00:03:18

全局負(fù)載均衡

2012-10-19 11:31:25

全局負(fù)載均衡本地負(fù)載均衡

2011-04-20 10:37:11

激光打印噴墨打印

2019-10-12 00:39:23

MySQL數(shù)據(jù)庫Oracle

2010-04-20 15:59:20

無線局域網(wǎng)負(fù)載均衡
點贊
收藏

51CTO技術(shù)棧公眾號