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

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

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

常見的全局負載均衡策略

方式一:基于DNS重定向

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

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

2)L4交換機收到DNS查詢請求后，將解析為經(jīng)過計算后所選定的最優(yōu)站點的IP地址(負載不重，距離用戶最進)，這個地址可能是主站點的FARMIP，也可能是分站點的FARMIP地址。

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

方式二:基于網(wǎng)絡就近性判斷

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

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

CDN負載均衡

CDN全局負載均衡

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

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

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

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

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

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