關(guān)于負載均衡的概念，我們已經(jīng)介紹的很多了。那么在此，我們繼續(xù)介紹一下負載均衡相關(guān)的內(nèi)容。那么包括它的技術(shù)實現(xiàn)和層次以及服務(wù)器相關(guān)內(nèi)容。現(xiàn)在，讓我們具體看一下內(nèi)容吧。

負載均衡技術(shù)實現(xiàn)結(jié)構(gòu)

在現(xiàn)有網(wǎng)絡(luò)結(jié)構(gòu)之上，負載均衡提供了一種廉價有效的方法擴展服務(wù)器帶寬和增加吞吐量，加強網(wǎng)絡(luò)數(shù)據(jù)處理能力，提高網(wǎng)絡(luò)的靈活性和可用性。它主要完成以下任務(wù)：

解決網(wǎng)絡(luò)擁塞問題，服務(wù)就近提供，實現(xiàn)地理位置無關(guān)性
為用戶提供更好的訪問質(zhì)量
提高服務(wù)器響應(yīng)速度
提高服務(wù)器及其他資源的利用效率
避免了網(wǎng)絡(luò)關(guān)鍵部位出現(xiàn)單點失效
 

廣義上的負載均衡既可以設(shè)置專門的網(wǎng)關(guān)、負載均衡器，也可以通過一些專用軟件與協(xié)議來實現(xiàn)。對一個網(wǎng)絡(luò)的負載均衡應(yīng)用，從網(wǎng)絡(luò)的不同層次入手，根據(jù)網(wǎng)絡(luò)瓶頸所在進行具體分析。從客戶端應(yīng)用為起點縱向分析，參考OSI的分層模型，我們把負載均衡技術(shù)的實現(xiàn)分為客戶端負載均衡技術(shù)、應(yīng)用服務(wù)器技術(shù)、高層協(xié)議交換、網(wǎng)絡(luò)接入?yún)f(xié)議交換等幾種方式。

負載均衡的層次

基于客戶端的負載均衡

這種模式指的是在網(wǎng)絡(luò)的客戶端運行特定的程序，該程序通過定期或不定期的收集服務(wù)器群的運行參數(shù)：CPU占用情況、磁盤IO、內(nèi)存等動態(tài)信息，再根據(jù)某種選擇策略，找到可以提供服務(wù)的最佳服務(wù)器，將本地的應(yīng)用請求發(fā)向它。如果負載信息采集程序發(fā)現(xiàn)服務(wù)器失效，則找到其他可替代的服務(wù)器作為服務(wù)選擇。整個過程對于應(yīng)用程序來說是完全透明的，所有的工作都在運行時處理。因此這也是一種動態(tài)的負載均衡技術(shù)。

但這種技術(shù)存在通用性的問題。因為每一個客戶端都要安裝這個特殊的采集程序；并且，為了保證應(yīng)用層的透明運行，需要針對每一個應(yīng)用程序加以修改，通過動態(tài)鏈接庫或者嵌入的方法，將客戶端的訪問請求能夠先經(jīng)過采集程序再發(fā)往服務(wù)器，以重定向的過程進行。對于每一個應(yīng)用幾乎要對代碼進行重新開發(fā)，工作量比較大。

所以，這種技術(shù)僅在特殊的應(yīng)用場合才使用到，比如在執(zhí)行某些專有任務(wù)的時候，比較需要分布式的計算能力，對應(yīng)用的開發(fā)沒有太多要求。另外，在采用JAVA構(gòu)架模型中，常常使用這種模式實現(xiàn)分布式的負載均衡，因為java應(yīng)用都基于虛擬機進行，可以在應(yīng)用層和虛擬機之間設(shè)計一個中間層，處理負載均衡的工作。

應(yīng)用服務(wù)器的負載均衡技術(shù)

如果將客戶端的負載均衡層移植到某一個中間平臺，形成三層結(jié)構(gòu)，則客戶端應(yīng)用可以不需要做特殊的修改，透明的通過中間層應(yīng)用服務(wù)器將請求均衡到相應(yīng)的服務(wù)結(jié)點。比較常見的實現(xiàn)手段就是反向代理技術(shù)。使用反向代理服務(wù)器，可以將請求均勻轉(zhuǎn)發(fā)給多臺服務(wù)器，或者直接將緩存的數(shù)據(jù)返回客戶端，這樣的加速模式在一定程度上可以提升靜態(tài)網(wǎng)頁的訪問速度，從而達到負載均衡的目的。

使用反向代理的好處是，可以將負載均衡和代理服務(wù)器的高速緩存技術(shù)結(jié)合在一起，提供有益的性能。然而它本身也存在一些問題，首先就是必須為每一種服務(wù)都專門開發(fā)一個反向代理服務(wù)器，這就不是一個輕松的任務(wù)。

反向代理服務(wù)器本身雖然可以達到很高效率，但是針對每一次代理，代理服務(wù)器就必須維護兩個連接，一個對外的連接，一個對內(nèi)的連接，因此對于特別高的連接請求，代理服務(wù)器的負載也就非常之大。反向代理能夠執(zhí)行針對應(yīng)用協(xié)議而優(yōu)化的負載均衡策略，每次僅訪問最空閑的內(nèi)部服務(wù)器來提供服務(wù)。但是隨著并發(fā)連接數(shù)量的增加，代理服務(wù)器本身的負載也變得非常大，最后反向代理服務(wù)器本身會成為服務(wù)的瓶頸。