GSLB 是英文Gobal Server Load Balance的縮寫，意思是全局負(fù)載均衡。 作用：實現(xiàn)在廣域網(wǎng)(包括互聯(lián)網(wǎng))上不同地域的服務(wù)器間的流量調(diào)配，保證使用最佳的服務(wù)器服務(wù)離自己最近的客戶，從而確保訪問質(zhì)量。

分類：基于DNS實現(xiàn)、基于重定向?qū)崿F(xiàn)、基于路由協(xié)議實現(xiàn)。特點：能通過判斷服務(wù)器的負(fù)載，包括CPU占用、帶寬占用等數(shù)據(jù)，決定服務(wù)器的可用性，同時能判斷用戶(訪問者)與服務(wù)器間的鏈路狀況，選擇鏈路狀況最好的服務(wù)器。因此GSLB是對服務(wù)器和鏈路進(jìn)行綜合判斷來決定由哪個地點的服務(wù)器來提供服務(wù)，實現(xiàn)異地服務(wù)器群服務(wù)質(zhì)量的保證。

使用范圍：所有有多個站點的系統(tǒng)，最常見的是在CDN系統(tǒng)中作為核心的流量調(diào)度系統(tǒng)

常見的全局負(fù)載均衡策略

方式一:基于DNS重定向

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

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

2)L4交換機收到DNS查詢請求后，將解析為經(jīng)過計算后所選定的最優(yōu)站點的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ōu)站點計算和判斷,最終將用戶流量重定向相應(yīng)的服務(wù)節(jié)點上?當(dāng)用戶請求的服務(wù)使用的協(xié)議不具有類似于“HTTP302"的重定向命令時,該策略的順利實現(xiàn)利用RadwareWSD產(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é)議LRP?PRP報告,確定最優(yōu)站點,然后通過HTTP重定向或全局三角重定向技術(shù)來實現(xiàn)將用戶導(dǎo)向到最佳CDN節(jié)點,與此同時,該IP地址所在的C類網(wǎng)段會被添加至動態(tài)最近路徑表,供今后使用;最佳節(jié)點的CDN的服務(wù)器(節(jié)點上的高速緩存)負(fù)責(zé)將用戶請求的內(nèi)容提供給用戶

CDN負(fù)載均衡

CDN全局負(fù)載均衡

負(fù)責(zé)通過靜態(tài)或動態(tài)的方式為用戶的請求在CDN范圍內(nèi)的各個站點中選擇最佳的訪問站點?這是實現(xiàn)CDN性能優(yōu)化的關(guān)鍵?通常采用專業(yè)負(fù)載均衡設(shè)備?全局負(fù)載均衡與內(nèi)容請求路由實現(xiàn)機制

內(nèi)容服務(wù)的請求路由機制(RRSRequestRoutingSystem)是CDN網(wǎng)絡(luò)規(guī)劃中最關(guān)鍵的因素之一,它的設(shè)計直接關(guān)系到CDN的核心思想:就近服務(wù),能否實現(xiàn)?而全局負(fù)載均衡策略又是整個內(nèi)容請求路由機制設(shè)計的基石,它的主要內(nèi)容包括就近性判斷和服務(wù)重定向機制,全局負(fù)載均衡的成功與否直接關(guān)系到最終用戶的訪問成功與質(zhì)量?

Radware提出有關(guān)內(nèi)容發(fā)布網(wǎng)CDN全局負(fù)載均衡與內(nèi)容請求路由的實現(xiàn)機制?

CDN系統(tǒng)設(shè)計原則

內(nèi)容路由的設(shè)計涉及到就近性判斷?重定向機制和流量分配策略等問題?本方案的內(nèi)容路由機制設(shè)計基于如下事實和考慮:

對于流媒體服務(wù)或者其他傳輸量較大的服務(wù)的特征要求內(nèi)容請求必須(或最大程度地)由距用戶最近的分布點提供服務(wù),只有當(dāng)該節(jié)點無法提供服務(wù)能力時,才由確定為次佳節(jié)點提供備份服務(wù)?這就要求內(nèi)容路由機制以靜態(tài)內(nèi)容請求路由為主,并有確定的備份請求路由方案;以靜態(tài)內(nèi)容路由為主,輔助于確定的備份路由策略同時是網(wǎng)絡(luò)管理和性能調(diào)優(yōu)的需求;請求路由的設(shè)計必須考慮CDN作為應(yīng)用支撐平臺,必須支持不同的ICP的服務(wù)提供模式,即無論ICP是否采用域名來提供服務(wù),CDN都應(yīng)有相應(yīng)的內(nèi)容請求路由機制保證用戶能得到就近的邊緣服務(wù)?ICP在提供流媒體服務(wù)時,不僅有采用域名的,也有許多情況下直接給出IP地址的方式提供服務(wù)?這就要求CDN的內(nèi)容請求路由機制要支持直接給出IP地址的服務(wù)模式;客戶訪問網(wǎng)絡(luò)時,其客戶機中的LocalDNS設(shè)置有可能不是本地城域的LocalDNS地址?這就要求在內(nèi)容路由設(shè)計中對該狀況作出相應(yīng)的處理?