淺談幾種常用負(fù)載均衡架構(gòu)-魔扣目錄

什么是負(fù)載均衡（Load balancing）

在網(wǎng)站創(chuàng)立初期，我們一般都使用單臺(tái)機(jī)器對(duì)臺(tái)提供集中式服務(wù)，但隨著業(yè)務(wù)量越來越大，無論性能還是穩(wěn)定性上都有了更大的挑戰(zhàn)。這時(shí)候我們就會(huì)想到通過擴(kuò)容的方式來提供更好的服務(wù)。我們一般會(huì)把多臺(tái)機(jī)器組成一個(gè)集群對(duì)外提供服務(wù)。然而，我們的網(wǎng)站對(duì)外提供的訪問入口都是一個(gè)的，比如www.taobao.com。那么當(dāng)用戶在瀏覽器輸入 www.taobao.com 的時(shí)候如何將用戶的請(qǐng)求分發(fā)到集群中不同的機(jī)器上呢，這就是負(fù)載均衡在做的事情。

當(dāng)前大多數(shù)的互聯(lián)網(wǎng)系統(tǒng)都使用了服務(wù)器集群技術(shù)，集群即將相同服務(wù)部署在多臺(tái)服務(wù)器上構(gòu)成一個(gè)集群整體對(duì)外提供服務(wù)，這些集群可以是 Web 應(yīng)用服務(wù)器集群，也可以是數(shù)據(jù)庫服務(wù)器集群，還可以是分布式緩存服務(wù)器集群等。

在實(shí)際應(yīng)用中，在 Web 服務(wù)器集群之前總會(huì)有一臺(tái)負(fù)載均衡服務(wù)器，負(fù)載均衡設(shè)備的任務(wù)就是作為 Web 服務(wù)器流量的入口，挑選最合適的一臺(tái) Web 服務(wù)器，將客戶端的請(qǐng)求轉(zhuǎn)發(fā)給它處理，實(shí)現(xiàn)客戶端到真實(shí)服務(wù)端的透明轉(zhuǎn)發(fā)。

最近幾年很火的「云計(jì)算」以及分布式架構(gòu)，本質(zhì)上也是將后端服務(wù)器作為計(jì)算資源、存儲(chǔ)資源，由某臺(tái)管理服務(wù)器封裝成一個(gè)服務(wù)對(duì)外提供，客戶端不需要關(guān)心真正提供服務(wù)的是哪臺(tái)機(jī)器，在它看來，就好像它面對(duì)的是一臺(tái)擁有近乎無限能力的服務(wù)器，而本質(zhì)上，真正提供服務(wù)的是后端的集群。

軟件負(fù)載解決的兩個(gè)核心問題是：選誰、轉(zhuǎn)發(fā)，其中最著名的是 LVS（linux Virtual Server）。

一個(gè)典型的互聯(lián)網(wǎng)應(yīng)用的拓?fù)浣Y(jié)構(gòu)是這樣的：

負(fù)載均衡分類

現(xiàn)在我們知道，負(fù)載均衡就是一種計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)，用來在多個(gè)計(jì)算機(jī)（計(jì)算機(jī)集群）、網(wǎng)絡(luò)連接、CPU、磁碟驅(qū)動(dòng)器或其它資源中分配負(fù)載，以達(dá)到最佳化資源使用、最大化吞吐率、最小化響應(yīng)時(shí)間、同時(shí)避免過載的目的。那么，這種計(jì)算機(jī)技術(shù)的實(shí)現(xiàn)方式有多種。

大致可以分為以下幾種，其中最常用的是四層和七層負(fù)載均衡：

二層負(fù)載均衡

負(fù)載均衡服務(wù)器對(duì)外依然提供一個(gè) VIP（虛IP），集群中不同的機(jī)器采用相同 IP地址，但機(jī)器的 mac 地址不一樣。當(dāng)負(fù)載均衡服務(wù)器接受到請(qǐng)求之后，通過改寫報(bào)文的目標(biāo) MAC 地址的方式將請(qǐng)求轉(zhuǎn)發(fā)到目標(biāo)機(jī)器實(shí)現(xiàn)負(fù)載均衡。

三層負(fù)載均衡

和二層負(fù)載均衡類似，負(fù)載均衡服務(wù)器對(duì)外依然提供一個(gè) VIP（虛IP），但集群中不同的機(jī)器采用不同的 IP 地址。當(dāng)負(fù)載均衡服務(wù)器接受到請(qǐng)求之后，根據(jù)不同的負(fù)載均衡算法，通過 IP 將請(qǐng)求轉(zhuǎn)發(fā)至不同的真實(shí)服務(wù)器。

四層負(fù)載均衡

四層負(fù)載均衡工作在 OSI 模型的傳輸層，由于在傳輸層，只有 TCP/UDP 協(xié)議，這兩種協(xié)議中除了包含源 IP、目標(biāo) IP 以外，還包含源端口號(hào)及目的端口號(hào)。四層負(fù)載均衡服務(wù)器在接受到客戶端請(qǐng)求后，以后通過修改數(shù)據(jù)包的地址信息（ IP+端口號(hào) ）將流量轉(zhuǎn)發(fā)到應(yīng)用服務(wù)器。

七層負(fù)載均衡

七層負(fù)載均衡工作在 OSI 模型的應(yīng)用層，應(yīng)用層協(xié)議較多，常用 HTTP、Radius、DNS 等。七層負(fù)載就可以基于這些協(xié)議來負(fù)載。這些應(yīng)用層協(xié)議中會(huì)包含很多有意義的內(nèi)容。比如同一個(gè) Web 服務(wù)器的負(fù)載均衡，除了根據(jù) IP 加端口進(jìn)行負(fù)載外，還可根據(jù)七層的 URL、瀏覽器類別、語言來決定是否要進(jìn)行負(fù)載均衡。

圖：四層和七層負(fù)載均衡

對(duì)于一般的應(yīng)用來說，有了 Nginx 就夠了。Nginx 可以用于七層負(fù)載均衡。但是對(duì)于一些大的網(wǎng)站，一般會(huì)采用 DNS+四層負(fù)載+七層負(fù)載的方式進(jìn)行多層次負(fù)載均衡。

常用負(fù)載均衡工具

硬件負(fù)載均衡性能優(yōu)越，功能全面，但價(jià)格昂貴，一般適合初期或者土豪級(jí)公司長期使用。因此軟件負(fù)載均衡在互聯(lián)網(wǎng)領(lǐng)域大量使用。常用的軟件負(fù)載均衡軟件有 Nginx、LVS、HaProxy 等。

Nginx/LVS/HAProxy 是目前使用最廣泛的三種負(fù)載均衡軟件。

1、 LVS

LVS（Linux Virtual Server），也就是 Linux 虛擬服務(wù)器，是一個(gè)由章文嵩博士發(fā)起的自由軟件項(xiàng)目。使用 LVS 技術(shù)要達(dá)到的目標(biāo)是：通過 LVS 提供的負(fù)載均衡技術(shù)和 Linux 操作系統(tǒng)實(shí)現(xiàn)一個(gè)高性能、高可用的服務(wù)器群集，它具有良好可靠性、可擴(kuò)展性和可操作性。從而以低廉的成本實(shí)現(xiàn)最優(yōu)的服務(wù)性能。

LVS 主要用來做四層負(fù)載均衡。

LVS 架構(gòu)

LVS 架設(shè)的服務(wù)器集群系統(tǒng)由三個(gè)部分組成：最前端的負(fù)載均衡層（Loader Balancer），中間的服務(wù)器群組層，用 Server Array 表示，最底層的數(shù)據(jù)共享存儲(chǔ)層，用 Shared Storage 表示。在用戶看來所有的應(yīng)用都是透明的，用戶只是在使用一個(gè)虛擬服務(wù)器提供的高性能服務(wù)。

LVS 的各個(gè)層次的詳細(xì)介紹：

Load Balancer 層：位于整個(gè)集群系統(tǒng)的最前端，有一臺(tái)或者多臺(tái)負(fù)載調(diào)度器（Director Server）組成，LVS 模塊就安裝在 Director Server上，而 Director 的主要作用類似于一個(gè)路由器，它含有完成 LVS 功能所設(shè)定的路由表，通過這些路由表把用戶的請(qǐng)求分發(fā)給 Server Array 層的應(yīng)用服務(wù)器（Real Server）上。同時(shí)，在 Director Server 上還要安裝對(duì) Real Server 服務(wù)的監(jiān)控模塊 Ldirectord，此模塊用于監(jiān)測各個(gè) Real Server 服務(wù)的健康狀況。在 Real Server 不可用時(shí)把它從 LVS 路由表中剔除，恢復(fù)時(shí)重新加入。

Server Array 層：由一組實(shí)際運(yùn)行應(yīng)用服務(wù)的機(jī)器組成，Real Server 可以是 Web 服務(wù)器、Mail 服務(wù)器、FTP 服務(wù)器、DNS 服務(wù)器、視頻服務(wù)器中的一個(gè)或者多個(gè)，每個(gè) Real Server 之間通過高速的 LAN 或分布在各地的 WAN 相連接。在實(shí)際的應(yīng)用中，Director Server 也可以同時(shí)兼任 Real Server 的角色。

Shared Storage 層：是為所有 Real Server 提供共享存儲(chǔ)空間和內(nèi)容一致性的存儲(chǔ)區(qū)域，在物理上一般由磁盤陣列設(shè)備組成，為了提供內(nèi)容的一致性，一般可以通過 NFS 網(wǎng)絡(luò)文件系統(tǒng)共享數(shù) 據(jù)，但 NFS 在繁忙的業(yè)務(wù)系統(tǒng)中，性能并不是很好，此時(shí)可以采用集群文件系統(tǒng)，例如 Redhat 的 GFS 文件系統(tǒng)、Oracle 提供的 OCFS2 文件系統(tǒng)等。

從整個(gè) LVS 結(jié)構(gòu)可以看出，Director Server 是整個(gè) LVS 的核心，目前用于 Director Server 的操作系統(tǒng)只能是 Linux 和 FreeBSD，Linux 2.6 內(nèi)核不用任何設(shè)置就可以支持 LVS 功能，而 FreeBSD 作為 Director Server 的應(yīng)用還不是很多，性能也不是很好。對(duì)于 Real Server，幾乎可以是所有的系統(tǒng)平臺(tái)，Linux、windows、Solaris、AIX、BSD 系列都能很好地支持。

2、Nginx

Nginx（發(fā)音同 engine x）是一個(gè)網(wǎng)頁服務(wù)器，它能反向代理 HTTP、HTTPS,、SMTP、POP3、IMAP的協(xié)議鏈接，以及一個(gè)負(fù)載均衡器和一個(gè)HTTP緩存。

Nginx 主要用來做七層負(fù)載均衡。

并發(fā)性能：官方支持每秒 5 萬并發(fā)，實(shí)際國內(nèi)一般到每秒 2 萬并發(fā)，有優(yōu)化到每秒 10 萬并發(fā)的。具體性能看應(yīng)用場景。

特點(diǎn)：

模塊化設(shè)計(jì)：良好的擴(kuò)展性，可以通過模塊方式進(jìn)行功能擴(kuò)展。
高可靠性：主控進(jìn)程和 worker 是同步實(shí)現(xiàn)的，一個(gè) worker 出現(xiàn)問題，會(huì)立刻啟動(dòng)另一個(gè) worker。
內(nèi)存消耗低：一萬個(gè)長連接（keep-alive）,僅消耗 2.5 MB 內(nèi)存。
支持熱部署：不用停止服務(wù)器，實(shí)現(xiàn)更新配置文件，更換日志文件、更新服務(wù)器程序版本。
并發(fā)能力強(qiáng)：官方數(shù)據(jù)每秒支持 5 萬并發(fā)；
功能豐富：優(yōu)秀的反向代理功能和靈活的負(fù)載均衡策略

Nginx 的基本工作模式

一個(gè) master 進(jìn)程，生成一個(gè)或者多個(gè) worker 進(jìn)程。但這里 master 是使用 root 身份啟動(dòng)的，因?yàn)?Nginx 要工作在 80 端口。而只有管理員才有權(quán)限啟動(dòng)小于低于 1023 的端口。master 主要是負(fù)責(zé)的作用只是啟動(dòng) worker，加載配置文件，負(fù)責(zé)系統(tǒng)的平滑升級(jí)。其它的工作是交給 worker。那當(dāng) worker 被啟動(dòng)之后，也只是負(fù)責(zé)一些 web 最簡單的工作，而其它的工作都是由 worker 中調(diào)用的模塊來實(shí)現(xiàn)的。

模塊之間是以流水線的方式實(shí)現(xiàn)功能的。流水線，指的是一個(gè)用戶請(qǐng)求，由多個(gè)模塊組合各自的功能依次實(shí)現(xiàn)完成的。比如：第一個(gè)模塊只負(fù)責(zé)分析請(qǐng)求首部，第二個(gè)模塊只負(fù)責(zé)查找數(shù)據(jù)，第三個(gè)模塊只負(fù)責(zé)壓縮數(shù)據(jù)，依次完成各自工作。來實(shí)現(xiàn)整個(gè)工作的完成。

它們是如何實(shí)現(xiàn)熱部署的呢？是這樣的，我們前面說 master 不負(fù)責(zé)具體的工作，而是調(diào)用 worker 工作，它只是負(fù)責(zé)讀取配置文件，因此當(dāng)一個(gè)模塊修改或者配置文件發(fā)生變化，是由 master 進(jìn)行讀取，因此此時(shí)不會(huì)影響到 worker 工作。在 master 進(jìn)行讀取配置文件之后，不會(huì)立即把修改的配置文件告知 worker 。而是讓被修改的 worker 繼續(xù)使用老的配置文件工作，當(dāng) worker 工作完畢之后，直接當(dāng)?shù)暨@個(gè)子進(jìn)程，更換新的子進(jìn)程，使用新的規(guī)則。

3、HAProxy

HAProxy 也是使用較多的一款負(fù)載均衡軟件。HAProxy 提供高可用性、負(fù)載均衡以及基于 TCP 和 HTTP 應(yīng)用的代理，支持虛擬主機(jī)，是免費(fèi)、快速并且可靠的一種解決方案。特別適用于那些負(fù)載特大的 Web站點(diǎn)。運(yùn)行模式使得它可以很簡單安全的整合到當(dāng)前的架構(gòu)中，同時(shí)可以保護(hù)你的web服務(wù)器不被暴露到網(wǎng)絡(luò)上。

HAProxy 是一個(gè)使用 C 語言編寫的自由及開放源代碼軟件，其提供高可用性、負(fù)載均衡，以及基于 TCP 和 HTTP 的應(yīng)用程序代理。

Haproxy 主要用來做七層負(fù)載均衡。

常見負(fù)載均衡算法

上面介紹負(fù)載均衡技術(shù)的時(shí)候提到過，負(fù)載均衡服務(wù)器在決定將請(qǐng)求轉(zhuǎn)發(fā)到具體哪臺(tái)真實(shí)服務(wù)器時(shí)，是通過負(fù)載均衡算法來實(shí)現(xiàn)的。負(fù)載均衡算法可以分為兩類：靜態(tài)負(fù)載均衡算法和動(dòng)態(tài)負(fù)載均衡算法。

靜態(tài)負(fù)載均衡算法包括：輪詢、比率、優(yōu)先權(quán)。
動(dòng)態(tài)負(fù)載均衡算法包括：最少連接數(shù)、最快響應(yīng)速度、觀察方法、預(yù)測法、動(dòng)態(tài)性能分配、動(dòng)態(tài)服務(wù)器補(bǔ)充、服務(wù)質(zhì)量、服務(wù)類型、規(guī)則模式。

輪詢（Round Robin）：順序循環(huán)將請(qǐng)求一次順序循環(huán)地連接每個(gè)服務(wù)器。當(dāng)其中某個(gè)服務(wù)器發(fā)生第二到第 7 層的故障，BIG-IP 就把其從順序循環(huán)隊(duì)列中拿出，不參加下一次的輪詢，直到其恢復(fù)正常。

以輪詢的方式依次請(qǐng)求調(diào)度不同的服務(wù)器；實(shí)現(xiàn)時(shí)，一般為服務(wù)器帶上權(quán)重；這樣有兩個(gè)好處：針對(duì)服務(wù)器的性能差異可分配不同的負(fù)載；當(dāng)需要將某個(gè)結(jié)點(diǎn)剔除時(shí)，只需要將其權(quán)重設(shè)置為0即可；

優(yōu)點(diǎn)：實(shí)現(xiàn)簡單、高效；易水平擴(kuò)展
缺點(diǎn)：請(qǐng)求到目的結(jié)點(diǎn)的不確定，造成其無法適用于有寫的場景（緩存，數(shù)據(jù)庫寫）
應(yīng)用場景：數(shù)據(jù)庫或應(yīng)用服務(wù)層中只有讀的場景

隨機(jī)方式：請(qǐng)求隨機(jī)分布到各個(gè)結(jié)點(diǎn)；在數(shù)據(jù)足夠大的場景能達(dá)到一個(gè)均衡分布；

優(yōu)點(diǎn)：實(shí)現(xiàn)簡單、易水平擴(kuò)展
缺點(diǎn)：同 Round Robin，無法用于有寫的場景
應(yīng)用場景：數(shù)據(jù)庫負(fù)載均衡，也是只有讀的場景

哈希方式：根據(jù) key 來計(jì)算需要落在的結(jié)點(diǎn)上，可以保證一個(gè)同一個(gè)鍵一定落在相同的服務(wù)器上；

優(yōu)點(diǎn)：相同 key 一定落在同一個(gè)結(jié)點(diǎn)上，這樣就可用于有寫有讀的緩存場景
缺點(diǎn)：在某個(gè)結(jié)點(diǎn)故障后，會(huì)導(dǎo)致哈希鍵重新分布，造成命中率大幅度下降
解決：一致性哈希 or 使用 keepalived 保證任何一個(gè)結(jié)點(diǎn)的高可用性，故障后會(huì)有其它結(jié)點(diǎn)頂上來
應(yīng)用場景：緩存，有讀有寫

一致性哈希：在服務(wù)器一個(gè)結(jié)點(diǎn)出現(xiàn)故障時(shí)，受影響的只有這個(gè)結(jié)點(diǎn)上的 key，最大程度的保證命中率；如 twemproxy 中的 ketama方案；生產(chǎn)實(shí)現(xiàn)中還可以規(guī)劃指定子 key 哈希，從而保證局部相似特征的鍵能分布在同一個(gè)服務(wù)器上；

優(yōu)點(diǎn)：結(jié)點(diǎn)故障后命中率下降有限
應(yīng)用場景：緩存

根據(jù)鍵的范圍來負(fù)載：根據(jù)鍵的范圍來負(fù)載，前 1 億個(gè)鍵都存放到第一個(gè)服務(wù)器，1~2 億在第二個(gè)結(jié)點(diǎn)。

優(yōu)點(diǎn)：水平擴(kuò)展容易，存儲(chǔ)不夠用時(shí)，加服務(wù)器存放后續(xù)新增數(shù)據(jù)
缺點(diǎn)：負(fù)載不均；數(shù)據(jù)庫的分布不均衡；
（數(shù)據(jù)有冷熱區(qū)分，一般最近注冊(cè)的用戶更加活躍，這樣造成后續(xù)的服務(wù)器非常繁忙，而前期的結(jié)點(diǎn)空閑很多）
適用場景：數(shù)據(jù)庫分片負(fù)載均衡

根據(jù)鍵對(duì)服務(wù)器結(jié)點(diǎn)數(shù)取模來負(fù)載：根據(jù)鍵對(duì)服務(wù)器結(jié)點(diǎn)數(shù)取模來負(fù)載；比如有 4 臺(tái)服務(wù)器，key 取模為 0 的落在第一個(gè)結(jié)點(diǎn)，1 落在第二個(gè)結(jié)點(diǎn)上。

優(yōu)點(diǎn)：數(shù)據(jù)冷熱分布均衡，數(shù)據(jù)庫結(jié)點(diǎn)負(fù)載均衡分布；
缺點(diǎn)：水平擴(kuò)展較難；
適用場景：數(shù)據(jù)庫分片負(fù)載均衡

純動(dòng)態(tài)結(jié)點(diǎn)負(fù)載均衡：根據(jù) CPU、IO、網(wǎng)絡(luò)的處理能力來決策接下來的請(qǐng)求如何調(diào)度。

優(yōu)點(diǎn)：充分利用服務(wù)器的資源，保證個(gè)結(jié)點(diǎn)上負(fù)載處理均衡
缺點(diǎn)：實(shí)現(xiàn)起來復(fù)雜，真實(shí)使用較少

不用主動(dòng)負(fù)載均衡：使用消息隊(duì)列轉(zhuǎn)為異步模型，將負(fù)載均衡的問題消滅；負(fù)載均衡是一種推模型，一直向你發(fā)數(shù)據(jù)，那么將所有的用戶請(qǐng)求發(fā)到消息隊(duì)列中，所有的下游結(jié)點(diǎn)誰空閑，誰上來取數(shù)據(jù)處理；轉(zhuǎn)為拉模型之后，消除了對(duì)下行結(jié)點(diǎn)負(fù)載的問題。

優(yōu)點(diǎn)：通過消息隊(duì)列的緩沖，保護(hù)后端系統(tǒng)，請(qǐng)求劇增時(shí)不會(huì)沖垮后端服務(wù)器；水平擴(kuò)展容易，加入新結(jié)點(diǎn)后，直接取 queue 即可；
缺點(diǎn)：不具有實(shí)時(shí)性；
應(yīng)用場景：不需要實(shí)時(shí)返回的場景；比如，12036 下訂單后，立刻返回提示信息：您的訂單進(jìn)去排隊(duì)了...等處理完畢后，再異步通知；

比率（Ratio）：給每個(gè)服務(wù)器分配一個(gè)加權(quán)值為比例，根椐這個(gè)比例，把用戶的請(qǐng)求分配到每個(gè)服務(wù)器。當(dāng)其中某個(gè)服務(wù)器發(fā)生第 2 到第 7 層的故障，BIG-IP 就把其從服務(wù)器隊(duì)列中拿出，不參加下一次的用戶請(qǐng)求的分配，直到其恢復(fù)正常。

優(yōu)先權(quán)（Priority）：給所有服務(wù)器分組，給每個(gè)組定義優(yōu)先權(quán)，BIG-IP 用戶的請(qǐng)求，分配給優(yōu)先級(jí)最高的服務(wù)器組（在同一組內(nèi)，采用輪詢或比率算法，分配用戶的請(qǐng)求）；當(dāng)最高優(yōu)先級(jí)中所有服務(wù)器出現(xiàn)故障，BIG-IP 才將請(qǐng)求送給次優(yōu)先級(jí)的服務(wù)器組。這種方式，實(shí)際為用戶提供一種熱備份的方式。

最少的連接方式（Least Connection）：傳遞新的連接給那些進(jìn)行最少連接處理的服務(wù)器。當(dāng)其中某個(gè)服務(wù)器發(fā)生第 2 到第 7 層的故障，BIG-IP 就把其從服務(wù)器隊(duì)列中拿出，不參加下一次的用戶請(qǐng)求的分配，直到其恢復(fù)正常。

最快模式（Fastest）：傳遞連接給那些響應(yīng)最快的服務(wù)器。當(dāng)其中某個(gè)服務(wù)器發(fā)生第二到第7 層的故障，BIG-IP 就把其從服務(wù)器隊(duì)列中拿出，不參加下一次的用戶請(qǐng)求的分配，直到其恢復(fù)正常。

觀察模式（Observed）：連接數(shù)目和響應(yīng)時(shí)間以這兩項(xiàng)的最佳平衡為依據(jù)為新的請(qǐng)求選擇服務(wù)器。當(dāng)其中某個(gè)服務(wù)器發(fā)生第二到第 7 層的故障，BIG-IP 就把其從服務(wù)器隊(duì)列中拿出，不參加下一次的用戶請(qǐng)求的分配，直到其恢復(fù)正常。

預(yù)測模式（Predictive）：BIG-IP 利用收集到的服務(wù)器當(dāng)前的性能指標(biāo)，進(jìn)行預(yù)測分析，選擇一臺(tái)服務(wù)器在下一個(gè)時(shí)間片內(nèi)，其性能將達(dá)到最佳的服務(wù)器相應(yīng)用戶的請(qǐng)求。(被 BIG-IP 進(jìn)行檢測)

動(dòng)態(tài)性能分配(Dynamic Ratio-APM):BIG-IP 收集到的應(yīng)用程序和應(yīng)用服務(wù)器的各項(xiàng)性能參數(shù)，動(dòng)態(tài)調(diào)整流量分配。

動(dòng)態(tài)服務(wù)器補(bǔ)充(Dynamic Server Act.):當(dāng)主服務(wù)器群中因故障導(dǎo)致數(shù)量減少時(shí)，動(dòng)態(tài)地將備份服務(wù)器補(bǔ)充至主服務(wù)器群。

服務(wù)質(zhì)量(QoS）:按不同的優(yōu)先級(jí)對(duì)數(shù)據(jù)流進(jìn)行分配。

來源:Kingreatwill

服務(wù)類型(ToS): 按不同的服務(wù)類型（在 Type of Field 中標(biāo)識(shí)）負(fù)載均衡對(duì)數(shù)據(jù)流進(jìn)行分配。

規(guī)則模式：針對(duì)不同的數(shù)據(jù)流設(shè)置導(dǎo)向規(guī)則，用戶可自行。