負載均衡的出現，讓網絡大大地緩了一口氣。它的“擔當”讓網絡更加高效，合理分配自己的信息，有條不絮地進行著傳輸、收集和存儲。面對龐大的信息流量，負載均衡讓他們更加功能化和具體化。現在我們就來介紹一下負載均衡方式都有哪些吧。

負載均衡方式1.

基于特定服務器軟件的負載均衡(訪問重定向)
 
很多網絡協議都支持"重定向"功能,例如在HTTP協議中支持 Location指令,接收到這個指令的瀏覽器將自動重定向到Location指明的另一個URL上｡由于發送Location指令比起執行服務請求,對 Web服務器的負載要小的多,因此可以根據這個功能來設計一種負載均衡的服務器｡任何時候Web服務器認為自己負載較大的時候,它就不再直接發送回瀏覽器 請求的網頁,而是送回一個 Locaction指令,讓瀏覽器去服務器集群中的其他服務器上獲得所需要的網頁｡
 
在這種方式下,服務器本身必須支持這種功能,然而具體實現起來卻有很多困難,例如一臺服務器如何能保證它重定向過的服務器是比較空閑的,并且不會再次發送 Location指令?Location指令和瀏覽器都沒有這方面的支持能力,這樣很容易在瀏覽器上形成一種死循環｡因此這種方式實際應用當中并不多見, 使用這種方式實現的服務器集群軟件也較少｡有些特定情況下可以使用CGI(包括使用FastCGI或 mod_perl擴展來改善性能)來模擬這種方式去分擔負載,而Web服務器仍然保持簡潔､高效的特性,此時避免Location循環的任務將由用戶的 CGI程序來承擔｡
 
負載均衡方式2.

基于DNS的負載均衡(多機單域名負載)
 
由于基于服務器軟件的負載均衡需要改動軟件,因此常常是得不償失,負載均衡最好是在服務器軟件之外來完成,這樣才能利用現有服務器軟件的種種優勢｡最早的 負載均衡技術是通過 DNS服務中的隨機名字解析來實現的,在DNS服務器中,可以為多個不同的地址配置同一個名字,而最終查詢這個名字的客戶機將在解析這個名字時得到其中的 一個地址｡因此,對于同一個名字,不同的客戶機會得到不同的地址,他們也就訪問不同地址上的Web服務器,從而達到負載均衡的目的｡
 
例如如果希望使用三個Web服務器來回應對www.exampleorg.org.cn的HTTP請求,就可以設置該域的DNS服務器中關于該域的數據包括有與下面例子類似的結果:
 
www1 IN A 192.168.1.1
 
www2 IN A 192.168.1.2
 
www3 IN A 192.168.1.3
 
www IN CNAME www1
 
www IN CNAME www2
 
www IN CNAME www3
 
此后外部的客戶機就可能隨機的得到對應www的不同地址,那么隨后的HTTP請求也就發送給不同地址了｡
 
DNS 負載均衡的優點是簡單､易行,并且服務器可以位于互聯網的任意位置上,當前使用在包括Yahoo在內的Web站點上｡然而它也存在不少缺點,一個缺點是為 了保證DNS數據及時更新,一般都要將DNS的刷新時間設置的較小,但太小就會造成太大的額外網絡流量,并且更改了DNS數據之后也不能立即生效;第二點 是DNS負載均衡無法得知服務器之間的差異,它不能做到為性能較好的服務器多分配請求,也不能了解到服務器的當前狀態,甚至會出現客戶請求集中在某一臺服 務器上的偶然情況｡#p#
 
負載均衡方式3.

反向代理負載均衡(緩沖池)
 
使用代理服務器可以將請求轉發給內部的Web服務器,使用這種加速模式顯然可以提升靜態網頁的訪問速度｡因此也可以考慮使用這種技術,讓代理服務器將請求 均勻轉發給多臺內部Web服務器之一上,從而達到負載均衡的目的｡這種代理方式與普通的代理方式有所不同,標準代理方式是客戶使用代理訪問多個外部Web 服務器,而這種代理方式是多個客戶使用它訪問內部Web服務器,因此也被稱為反向代理模式｡
 
實現這個反向代理能力并不能算是一個特別復雜的任務,但是在負載均衡中要求特別高的效率,這樣實現起來就不是十分簡單的了｡每針對一次代理,代理服務器就 必須打開兩個連接,一個為對外的連接,一個為對內的連接,因此對于連接請求數量非常大的時候,代理服務器的負載也就非常之大了,在最后反向代理服務器會成 為服務的瓶頸｡例如,使用Apache的mod_rproxy模塊來實現負載均衡功能時,提供的并發連接數量受Apache本身的并發連接數量的限制｡一 般來講,可以使用它來對連接數量不是特別大,但每次連接都需要消耗大量處理資源的站點進行負載均衡,例如搜尋｡
 
使用反向代理的好處是,可以將負載均衡和代理服務器的高速緩存技術結合在一起,提供有益的性能,具備額外的安全性,外部客戶不能直接訪問真實的服務器｡并 且實現起來可以實現較好的負載均衡策略,將負載可以非常均衡的分給內部服務器,不會出現負載集中到某個 服務器的偶然現象｡
 
負載均衡方式4.

基于NAT的負載均衡技術(內網cluster和四層交換)
 
網絡地址轉換為在內部地址和外部地址之間進行轉換,以便具備內部地址的計算機能訪問外部網絡,而當外部網絡中的計算機訪問地址轉換網關擁有的某一外部地址 時,地址轉換網關能將其轉發到一個映射的內部地址上｡因此如果地址轉換網關能將每個連接均勻轉換為不同的內部服務器地址,此后外部網絡中的計算機就各自與 自己轉換得到的地址上服務器進行通信,從而達到負載分擔的目的｡
 
地址轉換可以通過軟件方式來實現,也可以通過硬件方式來實現｡使用硬件方式進行操作一般稱為交換,而當交換必須保存TCP連接信息的時候,這種針對OSI 網絡層的操作就被稱為第四層交換｡支持負載均衡的網絡地址轉換為第四層交換機的一種重要功能,由于它基于定制的硬件芯片,因此其性能非常優秀,很多交換機 聲稱具備400MB-800MB的第四層交換能力,然而也有一些資料表明,在如此快的速度下,大部分交換機就不再具備第四層交換能力了,而僅僅支持第三層 甚至第二層交換｡
 
然而對于大部分站點來講,當前負載均衡主要是解決Web服務器處理能力瓶頸的,而非網絡傳輸能力,很多站點的互聯網連接帶寬總共也不過10MB,只有極少的站點能夠擁有較高速的網絡連接,因此一般沒有必要使用這些負載均衡器這樣的昂貴設備｡
 
使用軟件方式來實現基于網絡地址轉換的負載均衡則要實際的多,除了一些廠商提供的解決方法之外,更有效的方法是使用免費的自由軟件來完成這項任務｡其中包 括 Linux Virtual Server Project中的NAT實現方式,或者本文作者在FreeBSD下對natd的修訂版本｡一般來講,使用這種軟件方式來實現地址轉換,中心負載均衡器存 在帶寬限制,在100MB的快速以太網條件下,能得到最快達80MB的帶寬,然而在實際應用中,可能只 有40MB-60MB的可用帶寬｡
 
負載均衡方式5.

擴展的負載均衡技術
 
上面使用網絡地址轉換來實現負載分擔,毫無疑問所有的網絡連接都必須通過中心負載均衡器,那么如果負載特別大,以至于后臺的服務器數量不再在是幾臺､十幾 臺,而是上百臺甚至更多,即便是使用性能優秀的硬件交換機也回遇到瓶頸｡此時問題將轉變為,如何將那么多臺服務器分布到各個互聯網的多個位置,分散網絡負 擔｡當然這可以通過綜合使用DNS和NAT兩種方法來實現,然而更好的方式是使用一種半中心的負載均衡方式｡
 
在這種半中心的負載均衡方式下,即當客戶請求發送給負載均衡器的時候,中心負載均衡器將請求打包并發送給某個服務器,而服務器的回應請求不再返回給中心負載均衡器,而是直接返回給客戶,因此中心負載均衡器只負責接受并轉發請求,其網絡負擔就較小了｡
 
這種方式的硬件實現方式也非常昂貴,但是會根據廠商的不同,具備不同的特殊功能,例如對SSL的支持等｡
 
由于這種方式比較復雜,因此實現起來比較困難,它的起點也很高,當前情況下網站并不需要這么大的處理能力｡
 
比較上面的負載均衡方式,DNS最容易,也最常用,能夠滿足一般的需求｡但如果需要進一步的管理和控制,可以選用反向代理方式或NAT方式,這兩種之間進 行選擇主要依賴緩沖是不是很重要,最大的并發訪問數量是多少等條件｡而如果網站上對負載影響很厲害的CGI程序是由網站自己開發的,也可以考慮在程序中自 己使用Locaction來支持負載均衡｡半中心化的負載分擔方式至少在國內當前的情況下還不需要｡