偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

云時代,從新認識全局負載均衡

網(wǎng)絡 網(wǎng)絡優(yōu)化 網(wǎng)絡運維
本文介紹了全局負載均衡的概念,并接對其兩種策略也做了介紹。通過本文,想必大家在宏觀上能對網(wǎng)絡的負載均衡有個清楚的認識和了解。

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

CDN全局負載均衡

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

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

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

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

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

常用的全局負載均衡策略

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

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

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

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

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

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

與方式一相比,本全局負載均衡策略的不同點也是***優(yōu)點在于:省中心節(jié)點的Layer4 Switch不僅需要解析相應的域名,同時還根據(jù)用戶真實IP地址來進行***站點計算和判斷,最終將用戶流量重定向相應的服務節(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報告,確定***站點,然后通過HTTP重定向或全局三角重定向技術來實現(xiàn)將用戶導向到***CDN節(jié)點,與此同時,該IP地址所在的C類網(wǎng)段會被添加至動態(tài)最近路徑表,供今后使用;***節(jié)點的CDN的服務器(節(jié)點上的高速緩存)負責將用戶請求的內容提供給用戶。

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

2010-04-23 00:03:18

全局負載均衡

2010-05-05 18:51:25

Varnish負載均衡

2017-08-11 13:50:49

云時代

2012-10-19 11:31:25

全局負載均衡本地負載均衡

2010-04-26 10:55:41

全局負載均衡

2021-09-14 08:44:11

負載均衡Bundle

2010-04-26 15:25:40

2017-06-06 12:09:11

2013-03-21 13:15:16

應用交付AD深信服

2010-04-21 16:21:39

2010-04-28 16:18:19

負載均衡技術

2010-05-10 16:46:23

負載均衡交換機

2011-10-21 15:59:51

深信服負載均衡

2012-08-08 15:34:18

負載均衡深信服

2017-07-03 08:08:25

負載均衡分類

2014-05-30 10:51:56

2013-01-08 14:21:02

2010-04-27 12:42:45

LVS負載均衡

2010-05-04 18:10:07

路由器負載均衡

2021-07-12 15:20:47

運維負載均衡CDN
點贊
收藏

51CTO技術棧公眾號