一、什么是負(fù)載均衡

當(dāng)單個(gè)節(jié)點(diǎn)的服務(wù)，無(wú)法支持當(dāng)前的大量請(qǐng)求時(shí)，我們會(huì)部署多個(gè)節(jié)點(diǎn)，即所謂的集群，此時(shí)要使每個(gè)節(jié)點(diǎn)收到的請(qǐng)求均勻的算法，這個(gè)策略就是所謂的負(fù)載均衡了。

負(fù)載均衡

常見(jiàn)的負(fù)載均衡算法，有權(quán)重隨機(jī)、Hash、輪詢(xún)。

1.權(quán)重隨機(jī)

這個(gè)是最簡(jiǎn)單，也是最常用的負(fù)載均衡算法，即每個(gè)請(qǐng)求過(guò)來(lái)，會(huì)隨機(jī)到任何一個(gè)服務(wù)節(jié)點(diǎn)上，主流的rpc框架Dubbo，默認(rèn)使用基于權(quán)重隨機(jī)算法。

2.Hash

可以將客服端即請(qǐng)求端的ip，通過(guò)hash計(jì)算，得到一個(gè)數(shù)值，再取服務(wù)節(jié)點(diǎn)數(shù)的模，分配到對(duì)應(yīng)的服務(wù)節(jié)點(diǎn)上。

3.輪詢(xún)

將請(qǐng)求按照順序，依次分配到節(jié)點(diǎn)1、節(jié)點(diǎn)2、節(jié)點(diǎn)3等節(jié)點(diǎn)上，如此循環(huán)往復(fù)。

二、為什么要做負(fù)載均衡

想想如果沒(méi)有負(fù)載均衡算法，我們的請(qǐng)求有可能都打到同一節(jié)點(diǎn)上，有可能將這個(gè)節(jié)點(diǎn)給打死，而其他節(jié)點(diǎn)的機(jī)器閑置著沒(méi)有提供服務(wù)，浪費(fèi)資源。所以這就是負(fù)載均衡算法存在的意義了，可以將請(qǐng)求合理分發(fā)到各個(gè)節(jié)點(diǎn)，實(shí)現(xiàn)真正意義上多個(gè)節(jié)點(diǎn)提供服務(wù)的效果。

我舉個(gè)簡(jiǎn)單的例子。

大家都逛過(guò)超市。小超市一般就一個(gè)收銀臺(tái)，而大超市一般有好幾個(gè)收銀臺(tái)。為什么？因?yàn)榇蟪械娜肆髁看蟀　Ｈ绻蟪兄挥幸粋€(gè)收銀臺(tái)，那可能買(mǎi)個(gè)東西得好幾個(gè)小時(shí)，那還不如去小超市

有了多個(gè)收銀臺(tái)，那就需要確保每個(gè)收銀臺(tái)的人基本都是差不多的。如果大家還是擠到一個(gè)收銀臺(tái)去結(jié)賬，那其它收銀臺(tái)開(kāi)了還有什么意義？

• 每個(gè)收銀臺(tái)平均時(shí)間內(nèi)處理客戶(hù)的數(shù)量就是負(fù)載。

• 每個(gè)收銀臺(tái)的負(fù)載基本相當(dāng)，就是負(fù)載均衡。

• 確保每個(gè)收銀臺(tái)的負(fù)載基本相當(dāng)?shù)乃惴?，就?span style="font-weight: bold;">負(fù)載均衡算法。

也就是大家選擇哪個(gè)收銀臺(tái)的方法，就是負(fù)載均衡算法。

• 假設(shè)大家比較佛性，逛到哪個(gè)收銀臺(tái)就到哪個(gè)收銀臺(tái)結(jié)賬，那這就是隨機(jī)算法。

• 假設(shè)大家知道某個(gè)收銀員業(yè)務(wù)熟練，速度很快，雖然是隨機(jī)，但是大家會(huì)更偏向那個(gè)收銀臺(tái)，這就是加權(quán)隨機(jī)。
• 假設(shè)大家都按次序，第一個(gè)人到第一個(gè)收銀臺(tái)，第二個(gè)人到第二個(gè)收銀臺(tái)，以此類(lèi)推，那這就是輪詢(xún)算法。
• 假設(shè)大家知道某個(gè)收銀員業(yè)務(wù)熟練，速度很快，雖然是輪詢(xún)，但是大家會(huì)更偏向那個(gè)收銀臺(tái)，這就是加權(quán)輪詢(xún)。
• 假設(shè)大家都比較精明，看到哪個(gè)隊(duì)伍人最少就到哪個(gè)收銀臺(tái)，那這就是最小連接算法。
• 假設(shè)超市有6個(gè)收銀臺(tái)，但是規(guī)定，男性到1,3,5號(hào)收銀臺(tái)，女性到2,4,6號(hào)收銀臺(tái)，這就是源地址hash。
• 假設(shè)超市有6個(gè)收銀臺(tái)，但是均分到了2^32個(gè)虛擬收銀臺(tái)，男性到奇數(shù)號(hào)虛擬收銀臺(tái)，女性到偶數(shù)號(hào)虛擬收銀臺(tái)，這就是一致性hash環(huán)。

負(fù)載均衡通俗的說(shuō)就是將業(yè)務(wù)流量平均分?jǐn)偟蕉鄺l不同鏈路上。

負(fù)載均衡在實(shí)現(xiàn)機(jī)制上有不同的實(shí)現(xiàn)方式：

按照數(shù)據(jù)包來(lái)進(jìn)行均衡，前一個(gè)數(shù)據(jù)包從第一條鏈路走，下一個(gè)數(shù)據(jù)包走第二條鏈路，這樣往下輪流分配；

按照源地址或目的地址方式均衡，將相同的源或目的地走一條鏈路的方式；

其它標(biāo)記的方式進(jìn)行均衡；

負(fù)載均衡的鏈路實(shí)現(xiàn)方式

物理鏈路疊加方式；

邏輯鏈路疊加方式；

路由協(xié)議方式；

為何要做負(fù)載均衡？

• 單條鏈路或者服務(wù)器性能不夠，需要分?jǐn)偅?br/>

• 冗余需要，服務(wù)器宕機(jī)或者鏈路斷線不影響業(yè)務(wù)；

我是猿說(shuō)，專(zhuān)注于科技與互聯(lián)網(wǎng)內(nèi)容。

負(fù)載均衡的專(zhuān)業(yè)解釋如下：

負(fù)載均衡建立在現(xiàn)有網(wǎng)絡(luò)結(jié)構(gòu)之上，它提供了一種廉價(jià)有效透明的方法擴(kuò)展網(wǎng)絡(luò)設(shè)備和服務(wù)器的帶寬、增加吞吐量、加強(qiáng)網(wǎng)絡(luò)數(shù)據(jù)處理能力、提高網(wǎng)絡(luò)的靈活性和可用性。負(fù)載均衡（Load Balance）其意思就是分?jǐn)偟蕉鄠€(gè)操作單元上進(jìn)行執(zhí)行，例如Web服務(wù)器、FTP服務(wù)器、企業(yè)關(guān)鍵應(yīng)用服務(wù)器和其它關(guān)鍵任務(wù)服務(wù)器等，從而共同完成工作任務(wù)。

這樣說(shuō)確實(shí)不好懂，咱們換個(gè)說(shuō)法：

在去往A城市的高速公路收費(fèi)站，很多車(chē)想要通行，但是每輛車(chē)都需要一定的收費(fèi)時(shí)間，那么在只有一個(gè)收費(fèi)口的時(shí)候，勢(shì)必會(huì)造成堵塞，后面的車(chē)輛需要等待的時(shí)間會(huì)越長(zhǎng)，久而久之，車(chē)主就很不耐煩。

我們可以把

• 去往A城市的高速路比喻為生產(chǎn)環(huán)境服務(wù)器
  

• 收費(fèi)口比喻為操作單元（web服務(wù)等）

• 車(chē)輛車(chē)主比喻為互聯(lián)網(wǎng)用戶(hù)

所以負(fù)載均衡就是為了解決這個(gè)問(wèn)題，一般的方法即為：開(kāi)辟更多的收費(fèi)口（即：分?jǐn)偟蕉鄠€(gè)操作單元）

說(shuō)到這個(gè)順便也談?wù)劮植际脚c負(fù)載均衡的簡(jiǎn)單比較，同樣是上面的說(shuō)法，分布式不同的是，它建立了多個(gè)地方去往A城市的高速路（即：多個(gè)地方的同步生產(chǎn)環(huán)境服務(wù)器），其他的操作形式與負(fù)載均衡一致。

文章為字節(jié)跳動(dòng)作者 猿說(shuō) 悟空問(wèn)答原創(chuàng)專(zhuān)稿，未經(jīng)允許轉(zhuǎn)載、抄襲必究！我是一名互聯(lián)網(wǎng)技術(shù)從業(yè)者、也是一位互聯(lián)網(wǎng)觀察者，原創(chuàng)文章以不同視角觀察為主，不追逐熱點(diǎn)，只觀察有價(jià)值的，歡迎大家關(guān)注我的賬號(hào)，我們一起探討互聯(lián)網(wǎng)與生活！

負(fù)載均衡產(chǎn)?生的背景

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

負(fù)載均衡技術(shù)具有?一下優(yōu)勢(shì):

(1)?高性能:負(fù)載均衡技術(shù)將業(yè)務(wù)較均衡的分擔(dān)到多臺(tái)設(shè)備或鏈路路上，從?而提 ?高了了整個(gè)系統(tǒng)的性能;

(2)可擴(kuò)展性:負(fù)載均衡技術(shù)可以?方便便的增加集群中設(shè)備或鏈路路的數(shù)量量，在不不 降低業(yè)務(wù)質(zhì)量量的前提下滿(mǎn)?足不不斷增?長(zhǎng)的業(yè)務(wù)需求;

(3)?高可靠性:單個(gè)甚?至多個(gè)設(shè)備或鏈路路法神故障也不不會(huì)導(dǎo)致業(yè)務(wù)中斷，提?高 了了整個(gè)系統(tǒng)的可靠性;

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

(5)透明性:對(duì)?用戶(hù)?而?言，集群等于?一個(gè)或多個(gè)?高可靠性、?高性能的設(shè)備或鏈 路路，?用戶(hù)感知不不到，也不不關(guān)?心具體的?網(wǎng)絡(luò)結(jié)構(gòu)，增加或減少設(shè)備或鏈路路數(shù)量量都不不 會(huì)影響正常的業(yè)務(wù)。

負(fù)載均衡技術(shù)分類(lèi):

(1) 服務(wù)器?負(fù)載均衡:在數(shù)據(jù)中?心等組?網(wǎng)環(huán)境中，可以采?用服務(wù)器?負(fù)載 均衡，將?網(wǎng)絡(luò)服務(wù)分擔(dān)給多臺(tái)服務(wù)器?進(jìn)?行行處理理，提?高數(shù)據(jù)中?心的業(yè)務(wù)處理理能?力力;

(2) 鏈路路負(fù)載均衡:在有多個(gè)運(yùn)營(yíng)商出接?口的組?網(wǎng)環(huán)境中，可以采?用出 ?方向多鏈路路動(dòng)態(tài)負(fù)載均衡，實(shí)現(xiàn)鏈路路的動(dòng)態(tài)選擇，提?高服務(wù)的可靠性;

(3) 防?火墻負(fù)載均衡:在防?火墻處理理能?力力成為瓶頸的組?網(wǎng)環(huán)境中，可以 采?用防?火墻負(fù)載均衡，將?網(wǎng)絡(luò)流量量分擔(dān)給多臺(tái)防?火墻設(shè)備，提?高防?火橋的處理理能 ?力力;

1.1 服務(wù)器?負(fù)載均衡 隨著Internet的快速發(fā)展和業(yè)務(wù)量量的不不斷提?高，基于?網(wǎng)絡(luò)的數(shù)據(jù)訪問(wèn)流量量迅速增 ?長(zhǎng)，特別是對(duì)數(shù)據(jù)中?心、?大型企業(yè)以及?門(mén)戶(hù)?網(wǎng)站等的訪問(wèn)，其訪問(wèn)流量量甚?至達(dá)到 了了10Gb/s的級(jí)別;同時(shí)，服務(wù)器??網(wǎng)站借助HTTP，F(xiàn)TP，SMTP等應(yīng)?用程序，為 訪問(wèn)者提供了了越來(lái)越豐富的內(nèi)容和信息，服務(wù)器?逐漸被數(shù)據(jù)淹沒(méi);另外，?大部分

?網(wǎng)站(尤其電?子商務(wù)等?網(wǎng)站)都需要提供不不間斷24?小時(shí)服務(wù)，任何服務(wù)中斷或通 信中的關(guān)鍵數(shù)據(jù)丟失都會(huì)造成直接的商業(yè)損失。這些都對(duì)應(yīng)?用服務(wù)提出了了?高性能 和?高可靠性的需求。

但是，相對(duì)于?網(wǎng)絡(luò)技術(shù)的發(fā)展，服務(wù)器?處理理器?速度和內(nèi)存訪問(wèn)速度的增?長(zhǎng)卻遠(yuǎn)遠(yuǎn)

低于?網(wǎng)絡(luò)帶寬和應(yīng)?用服務(wù)的增?長(zhǎng)，?網(wǎng)絡(luò)帶寬增?長(zhǎng)的同時(shí)帶來(lái)的?用戶(hù)數(shù)量量的增?長(zhǎng)，

也使得服務(wù)器?資源消耗嚴(yán)重，因?而服務(wù)器?成為了了?網(wǎng)絡(luò)瓶頸;傳統(tǒng)的單機(jī)模式，也

往往成為?網(wǎng)絡(luò)故障點(diǎn)。

1.1.1 服務(wù)器?負(fù)載均衡解決?方案 多臺(tái)服務(wù)器?通過(guò)?網(wǎng)絡(luò)設(shè)備相連組成?一個(gè)服務(wù)器?集群，每臺(tái)服務(wù)器?都提供相同或相 似的?網(wǎng)絡(luò)服務(wù)。服務(wù)器?集群前端部署?一臺(tái)負(fù)載均衡設(shè)備，負(fù)責(zé)根據(jù)已配置均衡策 略略將?用戶(hù)請(qǐng)求在服務(wù)器?集群中的分發(fā)，為?用戶(hù)提供服務(wù)，并對(duì)服務(wù)器?可?用性的維 護(hù)。

該?方案的優(yōu)勢(shì):

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

(2)可擴(kuò)展性:當(dāng)業(yè)務(wù)量量增?長(zhǎng)時(shí)，系統(tǒng)可通過(guò)增加服務(wù)器?來(lái)滿(mǎn)?足需求，且不不影 響已有業(yè)務(wù)，不不降低服務(wù)質(zhì)量量。

(3)?高可靠性:單臺(tái)服務(wù)器?故障時(shí)，由負(fù)載均衡設(shè)備將后續(xù)業(yè)務(wù)轉(zhuǎn)向其他服務(wù) 器?，不不影響后續(xù)業(yè)務(wù)提供，7 × 24?小時(shí)業(yè)務(wù)不不中斷。

1.2 鏈路路負(fù)載均衡 就互聯(lián)?網(wǎng)接?入來(lái)說(shuō)，眾所周知，由于國(guó)內(nèi)的兩?大運(yùn)營(yíng)商---電信與?網(wǎng)通之間的瓶頸 問(wèn)題，導(dǎo)致電信?網(wǎng)通?用戶(hù)互訪時(shí)出現(xiàn)延遲較，響應(yīng)緩慢，更更有甚者會(huì)直接導(dǎo)致?用 戶(hù)正常的業(yè)務(wù)?無(wú)法運(yùn)?行行。?而且單條鏈路路存在單點(diǎn)故障的隱患，當(dāng)互聯(lián)?網(wǎng)鏈路路 DOWD掉時(shí)，可能引起的直接問(wèn)題就是?用戶(hù)所有依賴(lài)互聯(lián)?網(wǎng)的業(yè)務(wù)及對(duì)互聯(lián)?網(wǎng)的 訪問(wèn)都會(huì)因此?而?無(wú)法使?用，這對(duì)于?一個(gè)?用戶(hù)來(lái)說(shuō)是?無(wú)法想象的。

?目前在互聯(lián)?網(wǎng)接?入時(shí)存在的主要問(wèn)題: (1)電信?網(wǎng)通瓶頸問(wèn)題

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

1.2.1 鏈路路負(fù)載均衡解決?方案 通過(guò)接?入電信?網(wǎng)通兩條(或多條鏈路路)來(lái)保障?網(wǎng)絡(luò)的連通性，持續(xù)性以及快速訪 問(wèn)。并提供各鏈路路間的智能備份，實(shí)現(xiàn)鏈路路級(jí)別的快速?高可?用。

1.2.1.1 outbound?方向鏈路路負(fù)載均衡(從內(nèi)到外的鏈路路負(fù)載均衡) 通過(guò)電信、?網(wǎng)通雙鏈路路的接?入,并使?用靜態(tài)和動(dòng)態(tài)相結(jié)合的多鏈路路負(fù)載均衡功能, 使內(nèi)部?用戶(hù)?無(wú)論是訪問(wèn)?網(wǎng)通資源還是電信資源,都可以從相應(yīng)的線路路進(jìn)?行行訪問(wèn).解 決了了從內(nèi)到外的電信?網(wǎng)通的互訪瓶頸。

1.2.1.2 inbound?方向鏈路路負(fù)載均衡(從外到內(nèi)的鏈路路負(fù)載均衡) 解決外部?用戶(hù)訪問(wèn)內(nèi)部服務(wù)器?時(shí)所遇到的不不同ISP的互訪瓶頸.當(dāng)ISP A的?用戶(hù)訪問(wèn) 內(nèi)部的www.abc.com時(shí)把ISP A接?口的地址解析給?用戶(hù),使其通過(guò)ISP A線路路來(lái)訪問(wèn) www.abc.com. 當(dāng)ISP B?用戶(hù)來(lái)訪問(wèn)內(nèi)部的www.abc.com時(shí),再把ISP B接?口的地址 解析給?用戶(hù),使其通過(guò)ISP B的線路路來(lái)訪問(wèn)www.abc.com.

1.2.1.3 多條鏈并?行行使?用以及智能備份 多鏈路路負(fù)載均衡還提供了了鏈路路的?自動(dòng)探測(cè)及備份功能，當(dāng)某條鏈路路斷掉時(shí)，?自動(dòng) 將流量量切換到正常鏈路路上，同時(shí)對(duì)外提供的訪問(wèn)，也將只解析正常鏈路路的地址， 使訪問(wèn)?人員通過(guò)當(dāng)前正常的鏈路路來(lái)訪問(wèn)內(nèi)部的服務(wù)。從進(jìn)出雙向來(lái)保障鏈路路的正 常?工作。

1.3 ?網(wǎng)關(guān)負(fù)載均衡 SSL-VPN?網(wǎng)關(guān)，IPSec?網(wǎng)關(guān)，防?火墻?網(wǎng)關(guān)等?網(wǎng)關(guān)設(shè)備，因?yàn)闃I(yè)務(wù)處理理的復(fù)雜性， 往往成為?網(wǎng)絡(luò)瓶頸，以防?火墻?網(wǎng)關(guān)為例例:防?火墻作為?網(wǎng)絡(luò)部署的“警衛(wèi)”，在?網(wǎng)絡(luò) 中不不可或缺，但其往往不不得不不?面臨這樣的尷尬:?網(wǎng)絡(luò)防衛(wèi)越嚴(yán)格，需要越仔細(xì)盤(pán)

查過(guò)往的報(bào)?文，從?而導(dǎo)致轉(zhuǎn)發(fā)性能越低，成為?網(wǎng)絡(luò)瓶頸。

在這種情況，如果廢棄現(xiàn)有設(shè)備去做?大量量的硬件升級(jí)，必將造成資源浪費(fèi)，隨著

業(yè)務(wù)量量的不不斷提升，設(shè)備也將頻繁升級(jí)。頻繁升級(jí)的?高成本是相當(dāng)可怕的。因此

將?網(wǎng)關(guān)設(shè)備等同于服務(wù)器?，組建?網(wǎng)關(guān)集群的?方案應(yīng)運(yùn)?而?生:將多個(gè)?網(wǎng)關(guān)設(shè)備并聯(lián)

到?網(wǎng)絡(luò)中，從?而形成集群處理理能?力力，提?高?網(wǎng)絡(luò)處理理能?力力。

1.3.1 ?網(wǎng)關(guān)負(fù)載均衡解決?方案

防?火墻負(fù)載均衡包括以下?幾個(gè)基本元素:

(1) 集群:提供?網(wǎng)絡(luò)流量量負(fù)載均衡的群體，包括LB、Fireall;

(2) LB:負(fù)責(zé)分發(fā)請(qǐng)求發(fā)起?方的?網(wǎng)絡(luò)流量量到多臺(tái)Firewall設(shè)備，LB?又分為?一

級(jí)和?二級(jí)，如果請(qǐng)求發(fā)起?方的流量量?方向?yàn)镠ost A-a?Host B，則LB A為?一級(jí)，LB B 為?二級(jí);?方向類(lèi)似;

(3) Firewall:正常處理理數(shù)據(jù)的防?火墻。 2 負(fù)載均衡調(diào)度算法

負(fù)載均和產(chǎn)品中的關(guān)鍵技術(shù)是調(diào)度，?目前常?用的調(diào)度算法有 輪詢(xún)(Round Robin)

加權(quán)輪詢(xún)(Weighted Round Robin)

最少連接(Least Connections)

加權(quán)最少連接(Weighted Least Connections)

隨機(jī)(Random)

加權(quán)隨機(jī)(Weighted Random)

源地址散列列(Source Hashing)

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

2.1 負(fù)載均衡算法介紹 (1)輪詢(xún)算法

u 新的連接被依次輪詢(xún)分發(fā)到各個(gè)實(shí)服務(wù)上，?比如第?一個(gè)連接分發(fā)到第?一臺(tái)服務(wù) 器?，第?二個(gè)連接分發(fā)到第?二臺(tái)服務(wù)器?上;

u 輪詢(xún)算法適?用于服務(wù)器?集群中所有服務(wù)器?都有相同的軟硬件配置，并且平均服 務(wù)器?請(qǐng)求相對(duì)均衡的情況;

(2)加權(quán)輪詢(xún)算法

u 根據(jù)服務(wù)器?不不同的處理理能?力力，給服務(wù)器?分配不不同的權(quán)值，使其能接受相應(yīng)權(quán)值

的服務(wù)器?請(qǐng)求;

u 加權(quán)輪詢(xún)算法能確保?高性能的服務(wù)器?能得到更更多的使?用率，避免低性能的服務(wù) 器?過(guò)載過(guò)重;

(3)最少連接數(shù)算法

u 最少連接數(shù)算法對(duì)內(nèi)部需要負(fù)載的每?一臺(tái)服務(wù)器?上的連接數(shù)都?一個(gè)記錄，記錄 當(dāng)前該服務(wù)器?正在處理理的連接數(shù)，當(dāng)有新的服務(wù)連接請(qǐng)求時(shí)，把請(qǐng)求分發(fā)給連接 數(shù)最少的服務(wù)器?，使均衡更更加符合實(shí)際情況，負(fù)載更更具啊均衡;

u 最少連接數(shù)算法適合?長(zhǎng)時(shí)間處理理的請(qǐng)求，例例如:FTP。

u 加權(quán)最少連接數(shù)算法，即將加權(quán)與連接數(shù)配合使?用，根據(jù)連接數(shù)與加權(quán)的?比例例

計(jì)算出當(dāng)前請(qǐng)求應(yīng)該分發(fā)給哪個(gè)具體的服務(wù)器?; (4)隨機(jī)算法

u 將新連接請(qǐng)求隨機(jī)分發(fā)給各個(gè)服務(wù)器?;

u 加權(quán)隨機(jī)算法，即將加權(quán)與隨機(jī)算法配合使?用，根據(jù)隨機(jī)數(shù)與加權(quán)的?比例例計(jì)算

出當(dāng)前請(qǐng)求應(yīng)該分發(fā)給哪個(gè)具體的服務(wù)器?; (5)源地址散列列

u 根據(jù)新連接請(qǐng)求的源IP地址進(jìn)?行行散列列HASH的結(jié)果，決定將請(qǐng)求分發(fā)給具體的 服務(wù)器?;

u 來(lái)在相同客戶(hù)端的連接會(huì)被分發(fā)到相同的服務(wù)器?上;

2.2 持續(xù)性 將多個(gè)連接持續(xù)重定向到同?一個(gè)服務(wù)器?的策略略，就是持續(xù)性功能。根據(jù)持續(xù)性原 則，建?立會(huì)話表項(xiàng)，保證后續(xù)業(yè)務(wù)報(bào)?文都送往同?一個(gè)服務(wù)器?處理理。?比如使?用源地 址建?立持續(xù)性表項(xiàng)，保證持續(xù)性。

u 基于源IP地址的持續(xù)性功能:

負(fù)載均衡設(shè)備接收到某?一客戶(hù)端的某?一業(yè)務(wù)的?首次請(qǐng)求時(shí)，建?立持續(xù)性表項(xiàng)，記 錄為該客戶(hù)分配的服務(wù)器?情況，在會(huì)話表項(xiàng)?生存周期內(nèi)，后續(xù)該業(yè)務(wù)報(bào)?文都將發(fā) 往該服務(wù)器?處理理?；谠碔P地址持續(xù)性功能的特點(diǎn)是:實(shí)現(xiàn)簡(jiǎn)潔快速。

u Cookies保持 Cookies持續(xù)性利利?用客戶(hù)機(jī)存儲(chǔ)的cookies信息來(lái)吧客戶(hù)機(jī)連接到合適的服務(wù)器?

上，其原理理如下:

(1) ?首次命中Http請(qǐng)求(不不帶cookes)進(jìn)?行行LB，此時(shí)LB任選?一臺(tái)服務(wù)器?， 將請(qǐng)求轉(zhuǎn)發(fā)?至該服務(wù)器?;

(2) 來(lái)?自該服務(wù)器?的Http回復(fù)報(bào)?文此時(shí)包括?一個(gè)空?白的cookies，LB重寫(xiě) cookies，并再粘貼?一個(gè)特殊的cookies后將http報(bào)?文發(fā)送回去;

(3) 再次命中Http請(qǐng)求(帶有與上?面形相同的cookies)進(jìn)?入LB，LB設(shè)備借

助cookies信息確定合適的服務(wù)器?;

3 服務(wù)器?負(fù)載均衡技術(shù)介紹

3.1 概念介紹

u 虛服務(wù):負(fù)載均衡設(shè)備對(duì)外提供的服務(wù)稱(chēng)為虛服務(wù)，虛服務(wù)由VPN實(shí)例例，虛服 務(wù)IP地址、服務(wù)協(xié)議、服務(wù)端?口號(hào)唯?一標(biāo)識(shí)，配置負(fù)載均衡設(shè)備上，客戶(hù)的訪問(wèn) 請(qǐng)求通過(guò)公關(guān)?網(wǎng)絡(luò)或私有?網(wǎng)絡(luò)到達(dá)負(fù)載均衡設(shè)備時(shí)，匹配到虛服務(wù)后，由負(fù)載均 衡設(shè)備按照既定的策略略分發(fā)給實(shí)服務(wù);

u 實(shí)服務(wù):實(shí)服務(wù)器?是真實(shí)服務(wù)器?提供?一種服務(wù)，該服務(wù)含義?比較?廣泛，可以是 傳統(tǒng)的FTP，HTTP等業(yè)務(wù)，也可以是?廣泛的轉(zhuǎn)發(fā)服務(wù)，如防?火墻?網(wǎng)關(guān)負(fù)載均衡 中，實(shí)服務(wù)只是報(bào)?文的轉(zhuǎn)發(fā)路路徑;

u 實(shí)服務(wù)組:為了了便便于對(duì)實(shí)服務(wù)進(jìn)?行行管理理，將多個(gè)實(shí)服務(wù)的?一些共有屬性提取出 來(lái)形成實(shí)服務(wù)組，?一個(gè)虛服務(wù)對(duì)應(yīng)?一個(gè)實(shí)服務(wù)組，?一個(gè)實(shí)服務(wù)組對(duì)應(yīng)多個(gè)實(shí)服 務(wù)，相同的實(shí)服務(wù)組不不能屬于不不同的虛服務(wù);

3.2 服務(wù)器?負(fù)載均衡?工作機(jī)制 服務(wù)器?負(fù)載均衡有兩種?工作?方式:

u NAT(NetworkAddressTranslation，?網(wǎng)絡(luò)地址轉(zhuǎn)換)?方式

u 直接路路由(DirectRouting，簡(jiǎn)稱(chēng)DR)?方式

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

1、實(shí)現(xiàn)原理理

客戶(hù)端將到VSIP的請(qǐng)求發(fā)送給服務(wù)器?群前端的負(fù)載均衡設(shè)備，負(fù)載均衡設(shè)備上的 虛服務(wù)接收客戶(hù)端請(qǐng)求，通過(guò)調(diào)度算法，選擇真實(shí)服務(wù)器?，再通過(guò)?網(wǎng)絡(luò)地址轉(zhuǎn) 換，?用真實(shí)服務(wù)器?地址重寫(xiě)請(qǐng)求報(bào)?文的?目標(biāo)地址后，將請(qǐng)求發(fā)送給選定的真實(shí)服 務(wù)器?;真實(shí)服務(wù)器?的響應(yīng)報(bào)?文通過(guò)負(fù)載均衡設(shè)備時(shí)，報(bào)?文的源地址被還原為虛服 務(wù)的VSIP，再返回給客戶(hù)，完成整個(gè)負(fù)載調(diào)度過(guò)程。

2、技術(shù)特點(diǎn)

組?網(wǎng)靈活，對(duì)服務(wù)器?沒(méi)有額外要求，不不需要修改服務(wù)器?配置，適?用于各種組?網(wǎng)。

步驟

說(shuō)明

源IP

?目的IP

1 Host發(fā)放請(qǐng)求報(bào)?文 Host-IP

VIP

2 LB收到請(qǐng)求報(bào)?文后，根據(jù)調(diào)度算法計(jì)算出請(qǐng)求報(bào)?文分發(fā)給哪臺(tái)服務(wù)器? -

-

3

LB使?用DNAT技術(shù)分發(fā)報(bào)?文

Host-IP

Server IP

4

Server接收并處理理請(qǐng)求，返回相應(yīng)報(bào)?文

Server IP

Host-IP

5 LB接收相應(yīng)報(bào)?文，轉(zhuǎn)換源IP后轉(zhuǎn)發(fā) VIP

Host-IP

(2)DR?方式

相對(duì)于NAT 組?網(wǎng)?方式，DR 組?網(wǎng)?方式，只有客戶(hù)端的請(qǐng)求報(bào)?文通過(guò)LB，服務(wù)器?的

響應(yīng)報(bào)?文不不經(jīng)過(guò)LB，從?而減少了了LB的負(fù)載，有效的避免了了LB成為?網(wǎng)絡(luò)瓶頸。 1、實(shí)現(xiàn)原理理

DR?方式的服務(wù)器?負(fù)載均衡時(shí)，除了了LB設(shè)備上配置了了VSIP，真實(shí)服務(wù)器?也都配置 了了VSIP址，配置的VSIP要求不不能響應(yīng)ARP請(qǐng)求，例例如在環(huán)回接?口上配置VSIP。 發(fā)送給VSIP的報(bào)?文，由LB分發(fā)給相應(yīng)的真實(shí)服務(wù)器?，從真實(shí)服務(wù)器?返回給客戶(hù) 端的報(bào)?文直接通過(guò)交換機(jī)返回。

2、技術(shù)特點(diǎn) 只有單邊報(bào)?文經(jīng)過(guò)負(fù)載均衡設(shè)備，負(fù)載均衡設(shè)備負(fù)擔(dān)?小，不不易易成為瓶頸，轉(zhuǎn)發(fā)性

能更更強(qiáng)。

步驟 說(shuō)明 源IP ?目的IP

1

Host發(fā)放請(qǐng)求報(bào)?文

Host-IP

VIP

2

General device收到請(qǐng)求后轉(zhuǎn)發(fā)給LB,Server上的VIP不不能發(fā)送和相應(yīng)ARP報(bào)?文， 因此General device只能將報(bào)?文轉(zhuǎn)發(fā)給LB

Host-IP

VIP

3

LB使?用調(diào)度算法決定將報(bào)?文分發(fā)給哪臺(tái)服務(wù)器?，在封裝報(bào)?文時(shí)?目的IP為VIP，?目 的MAC為Server的?目的MAC(根據(jù)ARP請(qǐng)求Server IP獲取)

-

-

4 LB轉(zhuǎn)發(fā)報(bào)?文給Server服務(wù)器? Host-IP

VIP

MAC=Server-MAC

5

Server接收并處理理請(qǐng)求，返回相應(yīng)報(bào)?文給General device VIP

Host-IP

6

General device收到報(bào)?文后，直接轉(zhuǎn)發(fā)給Host VIP

Host-IP

3.3 服務(wù)器?狀態(tài)檢查 所謂狀態(tài)檢查就是指負(fù)載均衡設(shè)備定期對(duì)真實(shí)服務(wù)器?運(yùn)?行行狀態(tài)進(jìn)?行行探測(cè)，收集相 應(yīng)信息，及時(shí)隔離?工作異常的服務(wù)器?。健康檢查的結(jié)果除標(biāo)識(shí)服務(wù)器?能否正常?工 作外，還可以統(tǒng)計(jì)出服務(wù)器?影響時(shí)間，作為選擇服務(wù)器?的依據(jù)。負(fù)載均衡技術(shù)?支 持豐富的健康狀態(tài)檢查算法，可以有效地探測(cè)和檢查服務(wù)器?的運(yùn)?行行狀態(tài)。

ICMP:向服務(wù)器?發(fā)送ICMPEcho報(bào)?文，若收到ICMP Reply，則服務(wù)器?正常; TCP:向服務(wù)器?的某端?口建?立TCP連接，若成功，則服務(wù)器?正常;

HTTP:和服務(wù)器?的80端?口建?立TCP連接，然后發(fā)出HTTP請(qǐng)求，若所收到的 HTTP應(yīng)答內(nèi)容爭(zhēng)取，則服務(wù)器?正常;

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

4 鏈路路負(fù)載技術(shù)介紹 鏈路路負(fù)載均衡根據(jù)業(yè)務(wù)流量量?方向可以分為outbound鏈路路負(fù)載均衡和inbound鏈路路 負(fù)載均衡兩種情況。

4.1 outbound鏈路路負(fù)載均衡 內(nèi)?網(wǎng)?用戶(hù)和外?網(wǎng)之間存在多條鏈路路時(shí)，通過(guò)outbound鏈路路負(fù)載均衡可以實(shí)現(xiàn)在多 條鏈路路上分擔(dān)內(nèi)?網(wǎng)?用戶(hù)訪問(wèn)外?網(wǎng)服務(wù)器?的流量量。

1、 實(shí)現(xiàn)原理理

Outbound鏈路路負(fù)載均衡中VSIP為內(nèi)?網(wǎng)?用戶(hù)發(fā)送報(bào)?文的?目的IP，?用戶(hù)將訪問(wèn)VSIP 的報(bào)?文發(fā)送到負(fù)載均衡設(shè)備上后，負(fù)載均衡設(shè)備依次根據(jù)持續(xù)性、ACL策略略、就

近性、調(diào)度算法選擇最佳的物理理鏈路路，并將內(nèi)?網(wǎng)流量量分發(fā)到該鏈路路上。 2、 技術(shù)特點(diǎn)

可以和NAT應(yīng)?用?網(wǎng)關(guān)共同組?網(wǎng)，不不同的鏈路路使?用不不同的源地址，從?而保證往返報(bào) ?文穿過(guò)同?一條鏈路路;

通過(guò)健康性檢查，可以檢查鏈路路內(nèi)任意節(jié)點(diǎn)的連通性，從?而有效保證整條鏈路路上

的可達(dá)性;

通過(guò)調(diào)度算法，在多條鏈路路間均衡流量量，并?支持按照帶寬進(jìn)?行行負(fù)載均衡;

利利?用就近性算法動(dòng)態(tài)計(jì)算鏈路路的質(zhì)量量，將流量量分發(fā)到當(dāng)前最優(yōu)鏈路路上。

步驟

說(shuō)明

1

LB設(shè)備接收到內(nèi)?網(wǎng)流量量

2 LB設(shè)備依據(jù)就近性，ACL策略略，持續(xù)性，調(diào)度算法選擇鏈路路 3

LB設(shè)備將流量量分發(fā)到選擇出的鏈路路上 4

LB接收外?網(wǎng)?用戶(hù)流量量

5

LB將外?網(wǎng)?用戶(hù)流量量轉(zhuǎn)發(fā)給設(shè)備 4.2 inbound鏈路路負(fù)載均衡

內(nèi)?網(wǎng)和外?網(wǎng)之間存在多條鏈路路時(shí)，通過(guò)inbound鏈路路負(fù)載均衡可以實(shí)現(xiàn)在多條鏈 路路上分擔(dān)外?網(wǎng)?用戶(hù)訪問(wèn)內(nèi)?網(wǎng)服務(wù)器?的流量量。

1、 實(shí)現(xiàn)原理理

Inbound鏈路路負(fù)載均衡中，負(fù)載均衡設(shè)備作為權(quán)威服務(wù)器?記錄域名與內(nèi)?網(wǎng)服務(wù)器? IP地址的映射關(guān)系，?一個(gè)域名可以映射多個(gè)IP地址，其中每個(gè)IP地址對(duì)應(yīng)?一條物 理理鏈路路;

外?網(wǎng)?用戶(hù)通過(guò)域名?方式訪問(wèn)內(nèi)?網(wǎng)服務(wù)器?時(shí) ，本地DNS服務(wù)器?將域名解析請(qǐng)求發(fā)送 給權(quán)威名稱(chēng)服務(wù)器?——負(fù)載均衡設(shè)備，負(fù)載均衡設(shè)備依據(jù)持續(xù)性、ACL策略略、就 近性等算法選擇最?大的鏈路路，并將通過(guò)該鏈路路與外?網(wǎng)接?口的IP地址作為DNS解析 結(jié)果反饋給外?網(wǎng)?用戶(hù)，外?網(wǎng)?用戶(hù)通過(guò)該鏈路路訪問(wèn)內(nèi)?網(wǎng)服務(wù)器?。

2、 技術(shù)特點(diǎn) 可以和服務(wù)器?負(fù)載均衡配置使?用，實(shí)現(xiàn)外?網(wǎng)?用戶(hù)訪問(wèn)內(nèi)?網(wǎng)服務(wù)器?的流量量在多條鏈

路路間均衡的同時(shí)，也實(shí)現(xiàn)了了流量量在多臺(tái)服務(wù)器?間均衡;

通過(guò)健康檢查，可以檢查鏈路路內(nèi)任意節(jié)點(diǎn)的連通性，從?而有效保證整條鏈路路的可

達(dá)性;

利利?用就近性算法動(dòng)態(tài)計(jì)算鏈路路的質(zhì)量量，保證轉(zhuǎn)發(fā)流量量的鏈路路時(shí)當(dāng)前最佳的鏈路路。

步驟

說(shuō)明

1

外?網(wǎng)?用戶(hù)通過(guò)域名訪問(wèn)內(nèi)?網(wǎng)服務(wù)器?時(shí)，?首先要進(jìn)?行行DNS解析，向本地DNS服務(wù)器? 發(fā)送DNS解析請(qǐng)求

本地DNS服務(wù)器?將DNS請(qǐng)求轉(zhuǎn)發(fā)給權(quán)威的名稱(chēng)服務(wù)器?——LB 2

LB設(shè)備根據(jù)請(qǐng)求的域名，持續(xù)性，ACL策略略，就近性等算法選擇最?用的物理理鏈 路路，并將給物理理鏈路路與外?網(wǎng)連接的接?口IP地址作為域名解析結(jié)果

3 LB設(shè)備將解析結(jié)果返回給本地DNS 4

本地DNS將結(jié)果返回給Host

5 ?用戶(hù)使?用返回的結(jié)果對(duì)內(nèi)?網(wǎng)發(fā)起訪問(wèn) 5 ?網(wǎng)關(guān)負(fù)載均衡

LB Device負(fù)載分發(fā)請(qǐng)求發(fā)起?方的?網(wǎng)絡(luò)流量量到多個(gè)?網(wǎng)關(guān)設(shè)備，LB?又分為?一級(jí)和?二 級(jí)，如果請(qǐng)求發(fā)起?方的?網(wǎng)絡(luò)流量量為Host A->Host B，則LB Device A為?一級(jí)，LB Device B為?二級(jí);

?網(wǎng)絡(luò)設(shè)備:正常處理理數(shù)據(jù)的?網(wǎng)絡(luò)設(shè)備; 1、 實(shí)現(xiàn)原理理

防?火墻是基于會(huì)話開(kāi)展業(yè)務(wù)的，即?一個(gè)會(huì)話的請(qǐng)求和應(yīng)答報(bào)?文必須通過(guò)同?一個(gè)防 ?火墻，為了了保證防?火墻業(yè)務(wù)正常進(jìn)?行行，內(nèi)部組?網(wǎng)不不受影響，需要采?用雙側(cè)防?火 墻，即防?火墻三明治。在這種組?網(wǎng)環(huán)境中，對(duì)于流?入流量量?一級(jí)LB設(shè)備做防?火墻負(fù) 載均衡，?二級(jí)LB設(shè)備保證從哪個(gè)防?火墻進(jìn)來(lái)的流量量，還要從哪個(gè)防?火墻返回;流 出鏈路路正好相反。

2、 技術(shù)特點(diǎn) 服務(wù)對(duì)象為防?火墻，提?高防?火墻組?網(wǎng)靈活性。沒(méi)有特殊要求，適?用于任何組?網(wǎng)環(huán)

境。 步驟 說(shuō)明

1

LB A接收?網(wǎng)絡(luò)流量量

2

LB A根據(jù)調(diào)度算法將流量量轉(zhuǎn)發(fā)給某臺(tái)Firewall

3

Firewall將流量量轉(zhuǎn)發(fā)給LB B

4

LB B記錄轉(zhuǎn)發(fā)流量量的防?火墻，并把流量量轉(zhuǎn)發(fā)到?目的地 5

LB B接收來(lái)?自?目的地的回應(yīng)流量量

6

LB B根據(jù)記錄將流量量轉(zhuǎn)發(fā)給相應(yīng)的防?火墻

7

Firewall將流量量轉(zhuǎn)發(fā)給LB A，LB A將流量量轉(zhuǎn)發(fā)回源地址 防?火墻負(fù)載均衡也可以服務(wù)器?負(fù)載均衡配置使?用:

Cluster A為防?火墻負(fù)載均衡的集權(quán)，ClusterB為服務(wù)器?的負(fù)載均衡集群，綜合組 ?網(wǎng)的?工作流程就是防?火墻和服務(wù)器?負(fù)載均衡的疊加，這種組?網(wǎng)?方式避免了了防?火墻 稱(chēng)為?網(wǎng)絡(luò)中的瓶頸，也提?高了了?網(wǎng)絡(luò)服務(wù)的性能和可?用性。

6 智能選路路 智能選路路系統(tǒng)——不不僅僅是?一項(xiàng)功能

智能選路路系統(tǒng)——是?一系列列功能組成的解決?方案

6.1 關(guān)鍵?用戶(hù)?走某條優(yōu)質(zhì)鏈路路——默認(rèn)路路由+策略略路路由

選路路原理理

關(guān)鍵?用戶(hù)?走某條優(yōu)質(zhì)鏈路路

普通?用戶(hù)按照流量量在出?口設(shè)備被均衡分配

優(yōu)勢(shì)

實(shí)現(xiàn)簡(jiǎn)單，業(yè)內(nèi)路路由器?均可?支持

缺點(diǎn)

優(yōu)質(zhì)鏈路路跑滿(mǎn)，關(guān)鍵?用戶(hù)業(yè)務(wù)受影響

存在跨運(yùn)營(yíng)商現(xiàn)象，影響?用戶(hù)上?網(wǎng)體驗(yàn)

6.2 從運(yùn)營(yíng)商下載IP列列表——靜態(tài)路路由+默認(rèn)路路由

選路路原理理

從運(yùn)營(yíng)商下載ISP的IP地址列列表 通過(guò)靜態(tài)路路由的?方式靜態(tài)選路路，訪問(wèn)電信的?走電信，訪問(wèn)聯(lián)調(diào)的?走聯(lián)調(diào) 其余流量量?走?大帶寬鏈路路(默認(rèn)路路由)

優(yōu)勢(shì)

解決了了跨運(yùn)營(yíng)商問(wèn)題，

選擇正確的IPS鏈路路，保證?用戶(hù)體驗(yàn) 實(shí)現(xiàn)簡(jiǎn)單，業(yè)內(nèi)標(biāo)準(zhǔn)路路由器?都可以?支持

缺點(diǎn)

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

2、若鏈路路跑滿(mǎn)，路路由策略略?無(wú)法?自動(dòng)變更更，例例如: (a)電信鏈路路跑滿(mǎn)，聯(lián)調(diào)鏈路路空閑，若?用戶(hù)命中電信地址，仍然會(huì)選擇電信鏈

路路，從?而造成丟包

(b)電信鏈路路空閑，默認(rèn)路路由鏈路路跑滿(mǎn)，后續(xù)命中默認(rèn)路路由的數(shù)據(jù)仍會(huì)現(xiàn)則滿(mǎn) 載鏈路路，造成丟包

6.3 智能選路路 鏈路路健康監(jiān)測(cè)優(yōu)先級(jí)最?高，若鏈路路失效，則鏈路路上所有路路由策略略都會(huì)失效

策略略路路由?高于過(guò)載保護(hù)，即使某條鏈路路負(fù)載已經(jīng)超過(guò)設(shè)定的保護(hù)閥值，通過(guò)策略略

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

若應(yīng)?用路路由、靜態(tài)路路由、地址庫(kù)路路由、默認(rèn)路路由中，存在等價(jià)路路由，則可以通過(guò) MLLB進(jìn)?行行負(fù)載

6.4 鏈路路過(guò)載保護(hù)

鏈路路負(fù)載超過(guò)設(shè)置的閾值，后續(xù)流量量切換到其他鏈路路

切換的前提是NPE?自動(dòng)探測(cè)到鏈路路到?目的IP地址可到

策略略路路由不不受過(guò)載保護(hù)的影響

6.5 應(yīng)?用路路由 ?首包識(shí)別數(shù)據(jù)流的應(yīng)?用，根據(jù)應(yīng)?用做選路路，傳統(tǒng)應(yīng)?用路路由的難點(diǎn):

u 基于應(yīng)?用的路路由，?首先要把應(yīng)?用識(shí)別出來(lái); u ?目前應(yīng)?用的識(shí)別?無(wú)外乎DPI，DFI等;

u DPI識(shí)別是通過(guò)7層特征識(shí)別，需要等待流的連接建?立完成，7層協(xié)議開(kāi)始傳出 后才能識(shí)別出來(lái)，簡(jiǎn)單的說(shuō)，DPI的是被落后與連接的建?立，當(dāng)DPI識(shí)別出該應(yīng)?用 的時(shí)候，連接已經(jīng)建?立起來(lái)，這時(shí)如果再做選路路，必須?首先要斷掉之前建?立的流 連接;

6.5.1 ?大流量量協(xié)議識(shí)別

技術(shù)點(diǎn) 協(xié)議識(shí)別:

?大容量量傳輸?shù)膽?yīng)?用通常有控制流量量和傳輸流量量，?比如:FTP，迅雷雷，BT，電驢， QVOD等

原理理

控制流量量不不做應(yīng)?用路路由

識(shí)別傳輸流量量做應(yīng)?用路路由

6.5.2 DNS識(shí)別

技術(shù)點(diǎn)

特定?網(wǎng)站，只需要截獲DNS報(bào)?文，就可以知道其類(lèi)型。

如:優(yōu)酷、?土?豆、奇藝、新浪視頻等

原理理

監(jiān)測(cè)DNS報(bào)?文，發(fā)現(xiàn)URL請(qǐng)求是特定?網(wǎng)站，記錄DNS回應(yīng)報(bào)?文(即該?網(wǎng)站的IP) 進(jìn)?行行路路由,影響IP流量量通過(guò)設(shè)備時(shí)會(huì)被路路由到特定的鏈路路上;

若?門(mén)戶(hù)?網(wǎng)站包含視頻，則只監(jiān)控視頻類(lèi)。如新浪，只監(jiān)控video.sina.com.cn

6.5.3 主動(dòng)控制 技術(shù)點(diǎn)

P2P協(xié)議，如果斷流，雙?方會(huì)發(fā)起重傳機(jī)制

原理理 對(duì)于P2P，在初期通過(guò)DPI、DFI識(shí)別后，主動(dòng)將其切斷; 通過(guò)NPE記錄的流信息，根據(jù)應(yīng)?用路路由重傳請(qǐng)求; ?用戶(hù)端不不會(huì)有任何感知;

6.5.4 地址庫(kù) 技術(shù)點(diǎn)

某些應(yīng)?用的?目的IP固定，且流量量?大，如?網(wǎng)盤(pán)、移動(dòng)終端應(yīng)?用下載等 原理理

?人?工收集此類(lèi)應(yīng)?用的?目的IP

6.6 DNS代理理

u DNS代理理不不屬于路路由體系，但能影響選路路結(jié)果;所有的路路由體系的選路路都是?目 的IP通過(guò)DNS確認(rèn)后，才開(kāi)始?工作的;?而DNS代理理是幫助?用戶(hù)獲得更更合理理IP的技 術(shù)，所以其?生效是在路路由體系之前;

u 適?用范圍:?目標(biāo)URL擁有多個(gè)ISP的服務(wù)器?(?一般?大型?網(wǎng)站都如此);

u ?用戶(hù)價(jià)值:在鏈路路負(fù)載過(guò)?高時(shí)，提升?用戶(hù)體驗(yàn)，合理理分配?目的IP所屬運(yùn)營(yíng)商， 結(jié)合地址庫(kù)，使鏈路路利利?用更更均衡。(如，不不開(kāi)此功能，?用戶(hù)DHCP分配電信 DNS，則10個(gè)?網(wǎng)站解析出9個(gè)電信+1個(gè)聯(lián)通，電信鏈路路壓?力力?大;開(kāi)啟該功能后， 解析出5個(gè)電信+5個(gè)聯(lián)通，減?小電信鏈路路壓?力力);

6.6.1 DNS代理理實(shí)現(xiàn)原理理 原理理

u 設(shè)備上開(kāi)啟DNS代理理功能;

u 配置電信和聯(lián)調(diào)的DNS服務(wù)器?;

u 當(dāng)有DNS請(qǐng)求到達(dá)設(shè)備時(shí)，設(shè)備會(huì)根據(jù)鏈路路負(fù)載情況決定向電信DNS服務(wù)器?或 聯(lián)調(diào)DNS服務(wù)器?發(fā)送DNS請(qǐng)求報(bào)?文;

u DNS回應(yīng)報(bào)?文到達(dá)設(shè)備后，設(shè)備透?jìng)鹘oHost 6.7 智能選路路實(shí)現(xiàn)效果

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

來(lái)源:CSDN 原?文:https://blog.csdn.net/u013743253/article/details/80476116 版權(quán)聲明:本?文為博主原創(chuàng)?文章，轉(zhuǎn)載請(qǐng)附上博?文鏈接!

負(fù)載均衡是一種計(jì)算機(jī)技術(shù)，用來(lái)在多個(gè)計(jì)算機(jī)（集群）、網(wǎng)絡(luò)連接、cpu、或其他資源中分配負(fù)載，以達(dá)到最佳化資源使用、最大化吞吐率、最小響應(yīng)時(shí)間、同時(shí)避免過(guò)載的目的。

舉例：假設(shè)有大量的用戶(hù)同時(shí)登陸微信，微信需要對(duì)所有的用戶(hù)進(jìn)行鑒權(quán)，也就是判斷密碼是否正確，如果只是用一臺(tái)機(jī)器的話，同時(shí)處理上億條請(qǐng)求，那每條請(qǐng)求響應(yīng)的時(shí)間就不能保證，機(jī)器的負(fù)載也會(huì)過(guò)高，有掛掉的風(fēng)險(xiǎn)，如果同時(shí)部署幾十臺(tái)服務(wù)器來(lái)進(jìn)行處理，每臺(tái)服務(wù)器處理一部分請(qǐng)求，那響應(yīng)時(shí)間和負(fù)載都可以得到有效的控制。

簡(jiǎn)單來(lái)說(shuō)，負(fù)載均衡就是將訪問(wèn)你網(wǎng)站的流量均衡地發(fā)送到服務(wù)器集群中的每一個(gè)服務(wù)器。比如我用的就是小鳥(niǎo)云的負(fù)載均衡，可以通過(guò)消除單點(diǎn)故障的能力提升整個(gè)系統(tǒng)的可用性，對(duì)接大流量涌進(jìn)時(shí)所需的容量。

使用負(fù)載均衡的原因：當(dāng)我們的網(wǎng)站只有一個(gè)服務(wù)器時(shí)，如果有大流量的訪問(wèn)，服務(wù)器很容易故障，造成網(wǎng)站無(wú)法訪問(wèn)，這時(shí)候我們就需要部署一個(gè)服務(wù)器集群，負(fù)載均衡就是在面對(duì)服務(wù)器集群時(shí)提供的一種流量分發(fā)，把大流量分均衡的分為幾股不同的小流量，送到不同的服務(wù)器上，這樣服務(wù)器不會(huì)故障，網(wǎng)絡(luò)也能確保順暢。

負(fù)載均衡（Load Balance）其意思就是分?jǐn)偟蕉鄠€(gè)操作單元上進(jìn)行執(zhí)行，例如Web服務(wù)器、FTP服務(wù)器、企業(yè)關(guān)鍵應(yīng)用服務(wù)器和其它關(guān)鍵任務(wù)服務(wù)器等，從而共同完成工作任務(wù)。

負(fù)載均衡是為了降低服務(wù)端壓力還有服務(wù)風(fēng)險(xiǎn)，將流量分布到不同的機(jī)器上可以加強(qiáng)服務(wù)端處理能力，也規(guī)避了風(fēng)險(xiǎn)，采用單一服務(wù)器的話一旦出現(xiàn)流量爆發(fā)，服務(wù)端可能掛掉。但是負(fù)載均衡也帶來(lái)了數(shù)據(jù)一致性的問(wèn)題，session會(huì)話共享的問(wèn)題也需要考慮。