1.什么是負載均衡

Load balancing，即負載均衡，是一種計算機技術，用來在多個計算機（計算機集群）、網絡連接、CPU、磁盤驅動器或其他資源中分配負載，以達到最優(yōu)化資源使用、最大化吞吐率、最小化響應時間、同時避免過載的目的。

2.為什么需要負載均衡

我們在日常生活中經常免不了要去一些比較擁擠的地方，比如地鐵站、火車站、電影院、銀行等。無論是買票，還是排隊入場，這些場所一般都會設置多個服務點或者入口的。如果沒有人引導的話，大多數情況下，最近的入口會擠滿人。而哪些距離較遠的服務點或者入口就寬松很多。

這種情況下，就會大大浪費資源，因為如果可以把這些排隊的人很好的分散到各個入口的話會大大縮短排隊時間。其實，網站的建設也是一樣的。為了提升網站的服務能力，很多網站采用集群部署，就像話劇院有多個入口一樣。這時候，就需要一個協(xié)調者，來均衡的分配這些用戶的請求，可以讓用戶的可以均勻的分派到不同的服務器上。

（圖挺丑的，但是不想在畫圖上浪費太多時間~~）

什么是負載均衡

在早高峰乘地鐵時候，緊挨小區(qū)的地鐵口人特別多，一般會有限流，還會有個地鐵工作人員D那個大喇叭在喊“著急的人員請走B口，B口人少車空”。。。

而這個地鐵工作人員D就是負責負載均衡的。為了提升網站的各方面能力，我們一般會把多臺機器組成一個集群對外提供服務。然而，我們的網站對外提供的訪問入口都是一個的，比如www.taobao.com。那么當用戶在瀏覽器輸入www.taobao.com的時候如何將用戶的請求分發(fā)到集群中不同的機器上呢，這就是負載均衡在做的事情。

負載均衡（Load Balance），意思是將負載（工作任務，訪問請求）進行平衡、分攤到多個操作單元（服務器，組件）上進行執(zhí)行。是解決高性能，單點故障（高可用），擴展性（水平伸縮）的終極解決方案。

3.負載均衡分類

先看下OSI七層模型

OSI是一個開放性的通信系統(tǒng)互連參考模型，他是一個定義得非常好的協(xié)議規(guī)范。

OSI模型有7層結構，每層都可以有幾個子層。 OSI的7層從上到下分別是 7、應用層；6、表示層；5、會話層；4、傳輸層；3、網絡層；2、數據鏈路層；1、物理層；

其中高層（即7、6、5、4層）定義了應用程序的功能，下面3層（即3、2、1層）主要面向通過網絡的端到端的數據流。

在這七層模型種，高層次都是依賴于低層次的。層次越高，使用起來越方便。

計算機網絡有關的概念：

TELNET、HTTP、FTP、NFS、SMTP、DNS等屬于第七層應用層的概念。

TCP、UDP、SPX等屬于第四層傳輸層的概念。

IP、IPX等屬于第三層網絡層的概念。

ATM、FDDI等屬于第二層數據鏈路層的概念。

了解了網絡協(xié)議的七層模型以后，再來看看負載均衡。我們可以很明確的一點是，負載均衡是要在網絡傳輸中做文章的。而要在網絡傳輸過程搞事情，那么這七層模型就勢必躲不開。

所以，根據負載均衡技術實現在OSI七層模型的不同層次，是可以給負載均衡分類的。

常見的實現方式中，主要可以在應用層、傳輸層、網絡層和數據傳輸層做文章。所以，工作在應用層的負載均衡，我們通常稱之為七層負載均衡、工作在傳輸層的我們稱之為四層負載均衡。

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

二層負載均衡

負載均衡服務器對外依然提供一個VIP（虛IP），集群中不同的機器采用相同IP地址，但是機器的MAC地址不一樣。當負載均衡服務器接受到請求之后，通過改寫報文的目標MAC地址的方式將請求轉發(fā)到目標機器實現負載均衡。

三層負載均衡

和二層負載均衡類似，負載均衡服務器對外依然提供一個VIP（虛IP），但是集群中不同的機器采用不同的IP地址。當負載均衡服務器接受到請求之后，根據不同的負載均衡算法，通過IP將請求轉發(fā)至不同的真實服務器。

四層負載均衡

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

七層負載均衡

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

負載均衡工具

市面上有很多開源的負載均衡的工具或軟件，基本都是基于前面提到的方案實現的，大多數是工作在第七層和第四層的。Nginx/LVS/HAProxy是目前使用最廣泛的三種負載均衡軟件。

LVS：LVS主要用來做四層負載均衡

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

Nginx：Nginx主要用來做七層負載均衡

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

HAProxy：HAProxy主要用來做七層負載均衡

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

4.負載均衡算法

負載均衡服務器在決定將請求轉發(fā)到具體哪臺真實服務器的時候，是通過負載均衡算法來實現的。負載均衡算法，是一個負載均衡服務器的核心。

就像電影院門口的引導員一樣，他根據什么把排隊人員分配到具體的入口呢？是哪個入口人少嗎？還是哪個入口速度最快？還是哪個入口最近呢？

負載均衡算法可以分為兩類：靜態(tài)負載均衡算法和動態(tài)負載均衡算法。

1）.靜態(tài)負載均衡算法包括：輪詢，比率，優(yōu)先權

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

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

優(yōu)先權（Priority）：給所有服務器分組,給每個組定義優(yōu)先權，BIG-IP 用戶的請求，分配給優(yōu)先級最高的服務器組（在同一組內，采用輪詢或比率算法，分配用戶的請求）；當最高優(yōu)先級中所有服務器出現故障，BIG-IP 才將請求送給次優(yōu)先級的服務器組。這種方式，實際為用戶提供一種熱備份的方式。

2).動態(tài)負載均衡算法包括: 最少連接數,最快響應速度，觀察方法，預測法，動態(tài)性能分配，動態(tài)服務器補充，服務質量，服務類型，規(guī)則模式。

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

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

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

預測模式（Predictive）：BIG-IP利用收集到的服務器當前的性能指標，進行預測分析，選擇一臺服務器在下一個時間片內，其性能將達到最佳的服務器相應用戶的請求。(被BIG-IP 進行檢測)

動態(tài)性能分配(Dynamic Ratio-APM)：BIG-IP 收集到的應用程序和應用服務器的各項性能參數，動態(tài)調整流量分配。

動態(tài)服務器補充(Dynamic Server Act.)：當主服務器群中因故障導致數量減少時，動態(tài)地將備份服務器補充至主服務器群。

服務質量(QoS）：按不同的優(yōu)先級對數據流進行分配。

服務類型(ToS)：按不同的服務類型（在Type of Field中標識）負載均衡對數據流進行分配。

規(guī)則模式：針對不同的數據流設置導向規(guī)則，用戶可自行。

以上，就是目前實現負載均衡的主流算法。不同的負載均衡服務器會選擇不同的算法。就像電影院和火車站可能會選用不同的引導策略一樣?；疖囌究赡軙研欣钌俚穆每头峙涞揭粋€專門的入口，可能給即將發(fā)車的旅客分派到特快入口，手持可掃描車票的用戶單獨分配到特殊入口等。

到此這篇關于什么是負載均衡的文章就介紹到這了,更多相關什么是負載均衡內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論