為何要做負載均衡？

負載均衡產?生的背景

LB(Load Balance，負載均衡)是?一種集群技術，它將特定的業務(?網絡服務、 ?網絡流量量等)分擔給多臺?網絡設備(包括服務器?、防?火墻等)或多條鏈路路，從?而 提?高了了業務處理理能?力力，保證了了業務的?高可靠性。

負載均衡技術具有?一下優勢:

(1)?高性能:負載均衡技術將業務較均衡的分擔到多臺設備或鏈路路上，從?而提 ?高了了整個系統的性能;

(2)可擴展性:負載均衡技術可以?方便便的增加集群中設備或鏈路路的數量量，在不不 降低業務質量量的前提下滿?足不不斷增?長的業務需求;

(3)?高可靠性:單個甚?至多個設備或鏈路路法神故障也不不會導致業務中斷，提?高 了了整個系統的可靠性;

(4)可管理理性:?大量量的管理理共組都集中在使?用負載均衡技術的設備上，設備集 群或鏈路路集群只需要維護通過的配置即可;

(5)透明性:對?用戶?而?言，集群等于?一個或多個?高可靠性、?高性能的設備或鏈 路路，?用戶感知不不到，也不不關?心具體的?網絡結構，增加或減少設備或鏈路路數量量都不不 會影響正常的業務。

負載均衡技術分類:

(1) 服務器?負載均衡:在數據中?心等組?網環境中，可以采?用服務器?負載 均衡，將?網絡服務分擔給多臺服務器?進?行行處理理，提?高數據中?心的業務處理理能?力力;

(2) 鏈路路負載均衡:在有多個運營商出接?口的組?網環境中，可以采?用出 ?方向多鏈路路動態負載均衡，實現鏈路路的動態選擇，提?高服務的可靠性;

(3) 防?火墻負載均衡:在防?火墻處理理能?力力成為瓶頸的組?網環境中，可以 采?用防?火墻負載均衡，將?網絡流量量分擔給多臺防?火墻設備，提?高防?火橋的處理理能 ?力力;

1.1 服務器?負載均衡 隨著Internet的快速發展和業務量量的不不斷提?高，基于?網絡的數據訪問流量量迅速增 ?長，特別是對數據中?心、?大型企業以及?門戶?網站等的訪問，其訪問流量量甚?至達到 了了10Gb/s的級別;同時，服務器??網站借助HTTP，FTP，SMTP等應?用程序，為 訪問者提供了了越來越豐富的內容和信息，服務器?逐漸被數據淹沒;另外，?大部分

?網站(尤其電?子商務等?網站)都需要提供不不間斷24?小時服務，任何服務中斷或通 信中的關鍵數據丟失都會造成直接的商業損失。這些都對應?用服務提出了了?高性能 和?高可靠性的需求。

但是，相對于?網絡技術的發展，服務器?處理理器?速度和內存訪問速度的增?長卻遠遠

低于?網絡帶寬和應?用服務的增?長，?網絡帶寬增?長的同時帶來的?用戶數量量的增?長，

也使得服務器?資源消耗嚴重，因?而服務器?成為了了?網絡瓶頸;傳統的單機模式，也

往往成為?網絡故障點。

1.1.1 服務器?負載均衡解決?方案 多臺服務器?通過?網絡設備相連組成?一個服務器?集群，每臺服務器?都提供相同或相 似的?網絡服務。服務器?集群前端部署?一臺負載均衡設備，負責根據已配置均衡策 略略將?用戶請求在服務器?集群中的分發，為?用戶提供服務，并對服務器?可?用性的維 護。

該?方案的優勢:

(1)低成本:按照業務量量增加服務器?個數即可;已有資源不不會浪費，新增資源 ?無需選擇昂貴的?高端設備。

(2)可擴展性:當業務量量增?長時，系統可通過增加服務器?來滿?足需求，且不不影 響已有業務，不不降低服務質量量。

(3)?高可靠性:單臺服務器?故障時，由負載均衡設備將后續業務轉向其他服務 器?，不不影響后續業務提供，7 × 24?小時業務不不中斷。

1.2 鏈路路負載均衡 就互聯?網接?入來說，眾所周知，由于國內的兩?大運營商---電信與?網通之間的瓶頸 問題，導致電信?網通?用戶互訪時出現延遲較，響應緩慢，更更有甚者會直接導致?用 戶正常的業務?無法運?行行。?而且單條鏈路路存在單點故障的隱患，當互聯?網鏈路路 DOWD掉時，可能引起的直接問題就是?用戶所有依賴互聯?網的業務及對互聯?網的 訪問都會因此?而?無法使?用，這對于?一個?用戶來說是?無法想象的。

?目前在互聯?網接?入時存在的主要問題: (1)電信?網通瓶頸問題

(2)單條鏈路路存在單點故障 (3)主備鏈路路需要?人?工切換

1.2.1 鏈路路負載均衡解決?方案 通過接?入電信?網通兩條(或多條鏈路路)來保障?網絡的連通性，持續性以及快速訪 問。并提供各鏈路路間的智能備份，實現鏈路路級別的快速?高可?用。

1.2.1.1 outbound?方向鏈路路負載均衡(從內到外的鏈路路負載均衡) 通過電信、?網通雙鏈路路的接?入,并使?用靜態和動態相結合的多鏈路路負載均衡功能, 使內部?用戶?無論是訪問?網通資源還是電信資源,都可以從相應的線路路進?行行訪問.解 決了了從內到外的電信?網通的互訪瓶頸。

1.2.1.2 inbound?方向鏈路路負載均衡(從外到內的鏈路路負載均衡) 解決外部?用戶訪問內部服務器?時所遇到的不不同ISP的互訪瓶頸.當ISP A的?用戶訪問 內部的www.abc.com時把ISP A接?口的地址解析給?用戶,使其通過ISP A線路路來訪問 www.abc.com. 當ISP B?用戶來訪問內部的www.abc.com時,再把ISP B接?口的地址 解析給?用戶,使其通過ISP B的線路路來訪問www.abc.com.

1.2.1.3 多條鏈并?行行使?用以及智能備份 多鏈路路負載均衡還提供了了鏈路路的?自動探測及備份功能，當某條鏈路路斷掉時，?自動 將流量量切換到正常鏈路路上，同時對外提供的訪問，也將只解析正常鏈路路的地址， 使訪問?人員通過當前正常的鏈路路來訪問內部的服務。從進出雙向來保障鏈路路的正 常?工作。

1.3 ?網關負載均衡 SSL-VPN?網關，IPSec?網關，防?火墻?網關等?網關設備，因為業務處理理的復雜性， 往往成為?網絡瓶頸，以防?火墻?網關為例例:防?火墻作為?網絡部署的“警衛”，在?網絡 中不不可或缺，但其往往不不得不不?面臨這樣的尷尬:?網絡防衛越嚴格，需要越仔細盤

查過往的報?文，從?而導致轉發性能越低，成為?網絡瓶頸。

在這種情況，如果廢棄現有設備去做?大量量的硬件升級，必將造成資源浪費，隨著

業務量量的不不斷提升，設備也將頻繁升級。頻繁升級的?高成本是相當可怕的。因此

將?網關設備等同于服務器?，組建?網關集群的?方案應運?而?生:將多個?網關設備并聯

到?網絡中，從?而形成集群處理理能?力力，提?高?網絡處理理能?力力。

1.3.1 ?網關負載均衡解決?方案

防?火墻負載均衡包括以下?幾個基本元素:

(1) 集群:提供?網絡流量量負載均衡的群體，包括LB、Fireall;

(2) LB:負責分發請求發起?方的?網絡流量量到多臺Firewall設備，LB?又分為?一

級和?二級，如果請求發起?方的流量量?方向為Host A-a?Host B，則LB A為?一級，LB B 為?二級;?方向類似;

(3) Firewall:正常處理理數據的防?火墻。 2 負載均衡調度算法

負載均和產品中的關鍵技術是調度，?目前常?用的調度算法有 輪詢(Round Robin)

加權輪詢(Weighted Round Robin)

最少連接(Least Connections)

加權最少連接(Weighted Least Connections)

隨機(Random)

加權隨機(Weighted Random)

源地址散列列(Source Hashing)

源地址端?口散列列(Source&Port Hashing)

2.1 負載均衡算法介紹 (1)輪詢算法

u 新的連接被依次輪詢分發到各個實服務上，?比如第?一個連接分發到第?一臺服務 器?，第?二個連接分發到第?二臺服務器?上;

u 輪詢算法適?用于服務器?集群中所有服務器?都有相同的軟硬件配置，并且平均服 務器?請求相對均衡的情況;

(2)加權輪詢算法

u 根據服務器?不不同的處理理能?力力，給服務器?分配不不同的權值，使其能接受相應權值

的服務器?請求;

u 加權輪詢算法能確保?高性能的服務器?能得到更更多的使?用率，避免低性能的服務 器?過載過重;

(3)最少連接數算法

u 最少連接數算法對內部需要負載的每?一臺服務器?上的連接數都?一個記錄，記錄 當前該服務器?正在處理理的連接數，當有新的服務連接請求時，把請求分發給連接 數最少的服務器?，使均衡更更加符合實際情況，負載更更具啊均衡;

u 最少連接數算法適合?長時間處理理的請求，例例如:FTP。

u 加權最少連接數算法，即將加權與連接數配合使?用，根據連接數與加權的?比例例

計算出當前請求應該分發給哪個具體的服務器?; (4)隨機算法

u 將新連接請求隨機分發給各個服務器?;

u 加權隨機算法，即將加權與隨機算法配合使?用，根據隨機數與加權的?比例例計算

出當前請求應該分發給哪個具體的服務器?; (5)源地址散列列

u 根據新連接請求的源IP地址進?行行散列列HASH的結果，決定將請求分發給具體的 服務器?;

u 來在相同客戶端的連接會被分發到相同的服務器?上;

2.2 持續性 將多個連接持續重定向到同?一個服務器?的策略略，就是持續性功能。根據持續性原 則，建?立會話表項，保證后續業務報?文都送往同?一個服務器?處理理。?比如使?用源地 址建?立持續性表項，保證持續性。

u 基于源IP地址的持續性功能:

負載均衡設備接收到某?一客戶端的某?一業務的?首次請求時，建?立持續性表項，記 錄為該客戶分配的服務器?情況，在會話表項?生存周期內，后續該業務報?文都將發 往該服務器?處理理。基于源IP地址持續性功能的特點是:實現簡潔快速。

u Cookies保持 Cookies持續性利利?用客戶機存儲的cookies信息來吧客戶機連接到合適的服務器?

上，其原理理如下:

(1) ?首次命中Http請求(不不帶cookes)進?行行LB，此時LB任選?一臺服務器?， 將請求轉發?至該服務器?;

(2) 來?自該服務器?的Http回復報?文此時包括?一個空?白的cookies，LB重寫 cookies，并再粘貼?一個特殊的cookies后將http報?文發送回去;

(3) 再次命中Http請求(帶有與上?面形相同的cookies)進?入LB，LB設備借

助cookies信息確定合適的服務器?;

3 服務器?負載均衡技術介紹

3.1 概念介紹

u 虛服務:負載均衡設備對外提供的服務稱為虛服務，虛服務由VPN實例例，虛服 務IP地址、服務協議、服務端?口號唯?一標識，配置負載均衡設備上，客戶的訪問 請求通過公關?網絡或私有?網絡到達負載均衡設備時，匹配到虛服務后，由負載均 衡設備按照既定的策略略分發給實服務;

u 實服務:實服務器?是真實服務器?提供?一種服務，該服務含義?比較?廣泛，可以是 傳統的FTP，HTTP等業務，也可以是?廣泛的轉發服務，如防?火墻?網關負載均衡 中，實服務只是報?文的轉發路路徑;

u 實服務組:為了了便便于對實服務進?行行管理理，將多個實服務的?一些共有屬性提取出 來形成實服務組，?一個虛服務對應?一個實服務組，?一個實服務組對應多個實服 務，相同的實服務組不不能屬于不不同的虛服務;

3.2 服務器?負載均衡?工作機制 服務器?負載均衡有兩種?工作?方式:

u NAT(NetworkAddressTranslation，?網絡地址轉換)?方式

u 直接路路由(DirectRouting，簡稱DR)?方式

(1)NAT?方式 NAT?方式組?網靈活，后端服務器?可以位于不不同的物理理位置，不不同的局域?網內。

1、實現原理理

客戶端將到VSIP的請求發送給服務器?群前端的負載均衡設備，負載均衡設備上的 虛服務接收客戶端請求，通過調度算法，選擇真實服務器?，再通過?網絡地址轉 換，?用真實服務器?地址重寫請求報?文的?目標地址后，將請求發送給選定的真實服 務器?;真實服務器?的響應報?文通過負載均衡設備時，報?文的源地址被還原為虛服 務的VSIP，再返回給客戶，完成整個負載調度過程。

2、技術特點

組?網靈活，對服務器?沒有額外要求，不不需要修改服務器?配置，適?用于各種組?網。

步驟

說明

源IP

?目的IP

1 Host發放請求報?文 Host-IP

VIP

2 LB收到請求報?文后，根據調度算法計算出請求報?文分發給哪臺服務器? -

-

3

LB使?用DNAT技術分發報?文

Host-IP

Server IP

4

Server接收并處理理請求，返回相應報?文

Server IP

Host-IP

5 LB接收相應報?文，轉換源IP后轉發 VIP

Host-IP

(2)DR?方式

相對于NAT 組?網?方式，DR 組?網?方式，只有客戶端的請求報?文通過LB，服務器?的

響應報?文不不經過LB，從?而減少了了LB的負載，有效的避免了了LB成為?網絡瓶頸。 1、實現原理理

DR?方式的服務器?負載均衡時，除了了LB設備上配置了了VSIP，真實服務器?也都配置 了了VSIP址，配置的VSIP要求不不能響應ARP請求，例例如在環回接?口上配置VSIP。 發送給VSIP的報?文，由LB分發給相應的真實服務器?，從真實服務器?返回給客戶 端的報?文直接通過交換機返回。

2、技術特點 只有單邊報?文經過負載均衡設備，負載均衡設備負擔?小，不不易易成為瓶頸，轉發性

能更更強。

步驟 說明 源IP ?目的IP

1

Host發放請求報?文

Host-IP

VIP

2

General device收到請求后轉發給LB,Server上的VIP不不能發送和相應ARP報?文， 因此General device只能將報?文轉發給LB

Host-IP

VIP

3

LB使?用調度算法決定將報?文分發給哪臺服務器?，在封裝報?文時?目的IP為VIP，?目 的MAC為Server的?目的MAC(根據ARP請求Server IP獲取)

-

-

4 LB轉發報?文給Server服務器? Host-IP

VIP

MAC=Server-MAC

5

Server接收并處理理請求，返回相應報?文給General device VIP

Host-IP

6

General device收到報?文后，直接轉發給Host VIP

Host-IP

3.3 服務器?狀態檢查 所謂狀態檢查就是指負載均衡設備定期對真實服務器?運?行行狀態進?行行探測，收集相 應信息，及時隔離?工作異常的服務器?。健康檢查的結果除標識服務器?能否正常?工 作外，還可以統計出服務器?影響時間，作為選擇服務器?的依據。負載均衡技術?支 持豐富的健康狀態檢查算法，可以有效地探測和檢查服務器?的運?行行狀態。

ICMP:向服務器?發送ICMPEcho報?文，若收到ICMP Reply，則服務器?正常; TCP:向服務器?的某端?口建?立TCP連接，若成功，則服務器?正常;

HTTP:和服務器?的80端?口建?立TCP連接，然后發出HTTP請求，若所收到的 HTTP應答內容爭取，則服務器?正常;

FTP:和服務器?21端?口建?立連接，然后獲取?一個服務器?相關?目錄放置的?文件，若 所收到的?文件內容正確，則服務器?正常;

4 鏈路路負載技術介紹 鏈路路負載均衡根據業務流量量?方向可以分為outbound鏈路路負載均衡和inbound鏈路路 負載均衡兩種情況。

4.1 outbound鏈路路負載均衡 內?網?用戶和外?網之間存在多條鏈路路時，通過outbound鏈路路負載均衡可以實現在多 條鏈路路上分擔內?網?用戶訪問外?網服務器?的流量量。

1、 實現原理理

Outbound鏈路路負載均衡中VSIP為內?網?用戶發送報?文的?目的IP，?用戶將訪問VSIP 的報?文發送到負載均衡設備上后，負載均衡設備依次根據持續性、ACL策略略、就

近性、調度算法選擇最佳的物理理鏈路路，并將內?網流量量分發到該鏈路路上。 2、 技術特點

可以和NAT應?用?網關共同組?網，不不同的鏈路路使?用不不同的源地址，從?而保證往返報 ?文穿過同?一條鏈路路;

通過健康性檢查，可以檢查鏈路路內任意節點的連通性，從?而有效保證整條鏈路路上

的可達性;

通過調度算法，在多條鏈路路間均衡流量量，并?支持按照帶寬進?行行負載均衡;

利利?用就近性算法動態計算鏈路路的質量量，將流量量分發到當前最優鏈路路上。

步驟

說明

1

LB設備接收到內?網流量量

2 LB設備依據就近性，ACL策略略，持續性，調度算法選擇鏈路路 3

LB設備將流量量分發到選擇出的鏈路路上 4

LB接收外?網?用戶流量量

5

LB將外?網?用戶流量量轉發給設備 4.2 inbound鏈路路負載均衡

內?網和外?網之間存在多條鏈路路時，通過inbound鏈路路負載均衡可以實現在多條鏈 路路上分擔外?網?用戶訪問內?網服務器?的流量量。

1、 實現原理理

Inbound鏈路路負載均衡中，負載均衡設備作為權威服務器?記錄域名與內?網服務器? IP地址的映射關系，?一個域名可以映射多個IP地址，其中每個IP地址對應?一條物 理理鏈路路;

外?網?用戶通過域名?方式訪問內?網服務器?時 ，本地DNS服務器?將域名解析請求發送 給權威名稱服務器?——負載均衡設備，負載均衡設備依據持續性、ACL策略略、就 近性等算法選擇最?大的鏈路路，并將通過該鏈路路與外?網接?口的IP地址作為DNS解析 結果反饋給外?網?用戶，外?網?用戶通過該鏈路路訪問內?網服務器?。

2、 技術特點 可以和服務器?負載均衡配置使?用，實現外?網?用戶訪問內?網服務器?的流量量在多條鏈

路路間均衡的同時，也實現了了流量量在多臺服務器?間均衡;

通過健康檢查，可以檢查鏈路路內任意節點的連通性，從?而有效保證整條鏈路路的可

達性;

利利?用就近性算法動態計算鏈路路的質量量，保證轉發流量量的鏈路路時當前最佳的鏈路路。

步驟

說明

1

外?網?用戶通過域名訪問內?網服務器?時，?首先要進?行行DNS解析，向本地DNS服務器? 發送DNS解析請求

本地DNS服務器?將DNS請求轉發給權威的名稱服務器?——LB 2

LB設備根據請求的域名，持續性，ACL策略略，就近性等算法選擇最?用的物理理鏈 路路，并將給物理理鏈路路與外?網連接的接?口IP地址作為域名解析結果

3 LB設備將解析結果返回給本地DNS 4

本地DNS將結果返回給Host

5 ?用戶使?用返回的結果對內?網發起訪問 5 ?網關負載均衡

LB Device負載分發請求發起?方的?網絡流量量到多個?網關設備，LB?又分為?一級和?二 級，如果請求發起?方的?網絡流量量為Host A->Host B，則LB Device A為?一級，LB Device B為?二級;

?網絡設備:正常處理理數據的?網絡設備; 1、 實現原理理

防?火墻是基于會話開展業務的，即?一個會話的請求和應答報?文必須通過同?一個防 ?火墻，為了了保證防?火墻業務正常進?行行，內部組?網不不受影響，需要采?用雙側防?火 墻，即防?火墻三明治。在這種組?網環境中，對于流?入流量量?一級LB設備做防?火墻負 載均衡，?二級LB設備保證從哪個防?火墻進來的流量量，還要從哪個防?火墻返回;流 出鏈路路正好相反。

2、 技術特點 服務對象為防?火墻，提?高防?火墻組?網靈活性。沒有特殊要求，適?用于任何組?網環

境。 步驟 說明

1

LB A接收?網絡流量量

2

LB A根據調度算法將流量量轉發給某臺Firewall

3

Firewall將流量量轉發給LB B

4

LB B記錄轉發流量量的防?火墻，并把流量量轉發到?目的地 5

LB B接收來?自?目的地的回應流量量

6

LB B根據記錄將流量量轉發給相應的防?火墻

7

Firewall將流量量轉發給LB A，LB A將流量量轉發回源地址 防?火墻負載均衡也可以服務器?負載均衡配置使?用:

Cluster A為防?火墻負載均衡的集權，ClusterB為服務器?的負載均衡集群，綜合組 ?網的?工作流程就是防?火墻和服務器?負載均衡的疊加，這種組?網?方式避免了了防?火墻 稱為?網絡中的瓶頸，也提?高了了?網絡服務的性能和可?用性。

6 智能選路路 智能選路路系統——不不僅僅是?一項功能

智能選路路系統——是?一系列列功能組成的解決?方案

6.1 關鍵?用戶?走某條優質鏈路路——默認路路由+策略略路路由

選路路原理理

關鍵?用戶?走某條優質鏈路路

普通?用戶按照流量量在出?口設備被均衡分配

優勢

實現簡單，業內路路由器?均可?支持

缺點

優質鏈路路跑滿，關鍵?用戶業務受影響

存在跨運營商現象，影響?用戶上?網體驗

6.2 從運營商下載IP列列表——靜態路路由+默認路路由

選路路原理理

從運營商下載ISP的IP地址列列表 通過靜態路路由的?方式靜態選路路，訪問電信的?走電信，訪問聯調的?走聯調 其余流量量?走?大帶寬鏈路路(默認路路由)

優勢

解決了了跨運營商問題，

選擇正確的IPS鏈路路，保證?用戶體驗 實現簡單，業內標準路路由器?都可以?支持

缺點

1、ISP列列表變化頻繁，第?一次實施后不不易易更更新和維護

2、若鏈路路跑滿，路路由策略略?無法?自動變更更，例例如: (a)電信鏈路路跑滿，聯調鏈路路空閑，若?用戶命中電信地址，仍然會選擇電信鏈

路路，從?而造成丟包

(b)電信鏈路路空閑，默認路路由鏈路路跑滿，后續命中默認路路由的數據仍會現則滿 載鏈路路，造成丟包

6.3 智能選路路 鏈路路健康監測優先級最?高，若鏈路路失效，則鏈路路上所有路路由策略略都會失效

策略略路路由?高于過載保護，即使某條鏈路路負載已經超過設定的保護閥值，通過策略略

路路由仍可使?用該鏈路路

若應?用路路由、靜態路路由、地址庫路路由、默認路路由中，存在等價路路由，則可以通過 MLLB進?行行負載

6.4 鏈路路過載保護

鏈路路負載超過設置的閾值，后續流量量切換到其他鏈路路

切換的前提是NPE?自動探測到鏈路路到?目的IP地址可到

策略略路路由不不受過載保護的影響

6.5 應?用路路由 ?首包識別數據流的應?用，根據應?用做選路路，傳統應?用路路由的難點:

u 基于應?用的路路由，?首先要把應?用識別出來; u ?目前應?用的識別?無外乎DPI，DFI等;

u DPI識別是通過7層特征識別，需要等待流的連接建?立完成，7層協議開始傳出 后才能識別出來，簡單的說，DPI的是被落后與連接的建?立，當DPI識別出該應?用 的時候，連接已經建?立起來，這時如果再做選路路，必須?首先要斷掉之前建?立的流 連接;

6.5.1 ?大流量量協議識別

技術點 協議識別:

?大容量量傳輸的應?用通常有控制流量量和傳輸流量量，?比如:FTP，迅雷雷，BT，電驢， QVOD等

原理理

控制流量量不不做應?用路路由

識別傳輸流量量做應?用路路由

6.5.2 DNS識別

技術點

特定?網站，只需要截獲DNS報?文，就可以知道其類型。

如:優酷、?土?豆、奇藝、新浪視頻等

原理理

監測DNS報?文，發現URL請求是特定?網站，記錄DNS回應報?文(即該?網站的IP) 進?行行路路由,影響IP流量量通過設備時會被路路由到特定的鏈路路上;

若?門戶?網站包含視頻，則只監控視頻類。如新浪，只監控video.sina.com.cn

6.5.3 主動控制 技術點

P2P協議，如果斷流，雙?方會發起重傳機制

原理理 對于P2P，在初期通過DPI、DFI識別后，主動將其切斷; 通過NPE記錄的流信息，根據應?用路路由重傳請求; ?用戶端不不會有任何感知;

6.5.4 地址庫 技術點

某些應?用的?目的IP固定，且流量量?大，如?網盤、移動終端應?用下載等 原理理

?人?工收集此類應?用的?目的IP

6.6 DNS代理理

u DNS代理理不不屬于路路由體系，但能影響選路路結果;所有的路路由體系的選路路都是?目 的IP通過DNS確認后，才開始?工作的;?而DNS代理理是幫助?用戶獲得更更合理理IP的技 術，所以其?生效是在路路由體系之前;

u 適?用范圍:?目標URL擁有多個ISP的服務器?(?一般?大型?網站都如此);

u ?用戶價值:在鏈路路負載過?高時，提升?用戶體驗，合理理分配?目的IP所屬運營商， 結合地址庫，使鏈路路利利?用更更均衡。(如，不不開此功能，?用戶DHCP分配電信 DNS，則10個?網站解析出9個電信+1個聯通，電信鏈路路壓?力力?大;開啟該功能后， 解析出5個電信+5個聯通，減?小電信鏈路路壓?力力);

6.6.1 DNS代理理實現原理理 原理理

u 設備上開啟DNS代理理功能;

u 配置電信和聯調的DNS服務器?;

u 當有DNS請求到達設備時，設備會根據鏈路路負載情況決定向電信DNS服務器?或 聯調DNS服務器?發送DNS請求報?文;

u DNS回應報?文到達設備后，設備透傳給Host 6.7 智能選路路實現效果

---------------------

來源:CSDN 原?文:https://blog.csdn.net/u013743253/article/details/80476116 版權聲明:本?文為博主原創?文章，轉載請附上博?文鏈接!