云時代,從新認(rèn)識全局負(fù)載均衡
云概念的出現(xiàn),形象化了我們現(xiàn)今的信息世界。每一個數(shù)據(jù)就好比云朵中的一個水分子。那么如何將這些龐大的數(shù)據(jù)處理好呢?全局負(fù)載均衡的概念是我們規(guī)范這些內(nèi)容的重要手段。云+負(fù)載均衡=?這個等式后面又能添加什么呢?由此的思想發(fā)散能不能將我們的技術(shù)更進(jìn)一步呢?
CDN全局負(fù)載均衡
負(fù)責(zé)通過靜態(tài)或動態(tài)的方式為用戶的請求在CDN范圍內(nèi)的各個站點(diǎn)中選擇***的訪問站點(diǎn)。這是實(shí)現(xiàn)CDN性能優(yōu)化的關(guān)鍵。通常采用專業(yè)負(fù)載均衡設(shè)備。全局負(fù)載均衡與內(nèi)容請求路由實(shí)現(xiàn)機(jī)制
內(nèi)容服務(wù)的請求路由機(jī)制(RRSRequestRoutingSystem)是CDN網(wǎng)絡(luò)規(guī)劃中最關(guān)鍵的因素之一,它的設(shè)計直接關(guān)系到CDN的核心思想:就近服務(wù),能否實(shí)現(xiàn)。而全局負(fù)載均衡策略又是整個內(nèi)容請求路由機(jī)制設(shè)計的基石,它的主要內(nèi)容包括就近性判斷和服務(wù)重定向機(jī)制,全局負(fù)載均衡的成功與否直接關(guān)系到最終用戶的訪問成功與質(zhì)量。
Radware提出有關(guān)內(nèi)容發(fā)布網(wǎng)CDN全局負(fù)載均衡與內(nèi)容請求路由的實(shí)現(xiàn)機(jī)制。
CDN系統(tǒng)設(shè)計原則
內(nèi)容路由的設(shè)計涉及到就近性判斷、重定向機(jī)制和流量分配策略等問題。本方案的內(nèi)容路由機(jī)制設(shè)計基于如下事實(shí)和考慮:
對于流媒體服務(wù)或者其他傳輸量較大的服務(wù)的特征要求內(nèi)容請求必須(或***程度地)由距用戶最近的分布點(diǎn)提供服務(wù),只有當(dāng)該節(jié)點(diǎn)無法提供服務(wù)能力時,才由確定為次佳節(jié)點(diǎn)提供備份服務(wù)。這就要求內(nèi)容路由機(jī)制以靜態(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)容請求路由機(jī)制保證用戶能得到就近的邊緣服務(wù)。ICP在提供流媒體服務(wù)時,不僅有采用域名的,也有許多情況下直接給出IP地址的方式提供服務(wù)。這就要求CDN的內(nèi)容請求路由機(jī)制要支持直接給出IP地址的服務(wù)模式;客戶訪問網(wǎng)絡(luò)時,其客戶機(jī)中的LocalDNS設(shè)置有可能不是本地城域的LocalDNS地址。這就要求在內(nèi)容路由設(shè)計中對該狀況作出相應(yīng)的處理。
常用的全局負(fù)載均衡策略
1.方式一:基于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的L4交換機(jī))的控制IP地址,對video.site.com的解析將由該Layer4 Switch負(fù)責(zé),由DNS的工作過程可以知道如下過程:
1)用戶將DNS請求發(fā)到其本地DNS服務(wù)器,該DNS服務(wù)器通過一系列的DNS查詢得知,video.site.com的授權(quán)解析服務(wù)器是分布1節(jié)點(diǎn)的L4交換機(jī);
2)L4交換機(jī)收到DNS查詢請求后,將video.site.com解析為經(jīng)過計算后所選定的***站點(diǎn)的IP地址(負(fù)載不重、距離用戶最進(jìn)),這個地址可能是主站點(diǎn)的FARMIP,也可能是分站點(diǎn)的FARMIP地址;
3)各分布節(jié)點(diǎn)接受用戶請求并最終將流媒體內(nèi)容發(fā)送給用戶。
2.方式二:基于網(wǎng)絡(luò)就近性判斷和廣域三角重定向
與方式一相比,本全局負(fù)載均衡策略的不同點(diǎn)也是***優(yōu)點(diǎn)在于:省中心節(jié)點(diǎn)的Layer4 Switch不僅需要解析相應(yīng)的域名,同時還根據(jù)用戶真實(shí)IP地址來進(jìn)行***站點(diǎn)計算和判斷,最終將用戶流量重定向相應(yīng)的服務(wù)節(jié)點(diǎn)上。當(dāng)用戶請求的服務(wù)使用的協(xié)議不具有類似于“HTTP302"的重定向命令時,該策略的順利實(shí)現(xiàn)利用RadwareWSD產(chǎn)品所獨(dú)具的“廣域三角重定向"能力來完成服務(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)先級***的分布點(diǎn)。如沒有該記錄則NP會以同樣方式去查動態(tài)最近路徑表,如仍沒有記錄NP會通知各分布點(diǎn)WSD一同去測各分布點(diǎn)離用戶的距離及時延,并通過專有協(xié)議LRP、PRP報告,確定***站點(diǎn),然后通過HTTP重定向或全局三角重定向技術(shù)來實(shí)現(xiàn)將用戶導(dǎo)向到***CDN節(jié)點(diǎn),與此同時,該IP地址所在的C類網(wǎng)段會被添加至動態(tài)最近路徑表,供今后使用;***節(jié)點(diǎn)的CDN的服務(wù)器(節(jié)點(diǎn)上的高速緩存)負(fù)責(zé)將用戶請求的內(nèi)容提供給用戶。