云概念的出現，形象化了我們現今的信息世界。每一個數據就好比云朵中的一個水分子。那么如何將這些龐大的數據處理好呢？全局負載均衡的概念是我們規范這些內容的重要手段。云+負載均衡=？這個等式后面又能添加什么呢？由此的思想發散能不能將我們的技術更進一步呢？

CDN全局負載均衡

負責通過靜態或動態的方式為用戶的請求在CDN范圍內的各個站點中選擇***的訪問站點｡這是實現CDN性能優化的關鍵｡通常采用專業負載均衡設備｡全局負載均衡與內容請求路由實現機制
內容服務的請求路由機制(RRSRequestRoutingSystem)是CDN網絡規劃中最關鍵的因素之一,它的設計直接關系到CDN的核心思想:就近服務,能否實現｡而全局負載均衡策略又是整個內容請求路由機制設計的基石,它的主要內容包括就近性判斷和服務重定向機制,全局負載均衡的成功與否直接關系到最終用戶的訪問成功與質量｡

Radware提出有關內容發布網CDN全局負載均衡與內容請求路由的實現機制｡

CDN系統設計原則

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

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

常用的全局負載均衡策略

1.方式一:基于DNS重定向

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

1)用戶將DNS請求發到其本地DNS服務器,該DNS服務器通過一系列的DNS查詢得知,video.site.com的授權解析服務器是分布1節點的L4交換機;

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

3)各分布節點接受用戶請求并最終將流媒體內容發送給用戶｡

2.方式二:基于網絡就近性判斷和廣域三角重定向

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

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