大部分的個人網站在一開始或許只是跟幾十人上百人共享的一個虛擬主機空間，然后隨著內容的增加和訪問量的增長，虛擬主機的帶寬、空間已經不能滿足需求，站長就得開始考慮為網站購置一臺獨立的服務器，使用100M共享甚至是10M獨享帶寬；而當網站繼續發展，訪問的用戶也已經遍布大江南北，站長又得考慮電信網通的互通問題，在南方和北方各放置一臺服務器作為鏡像站點，或是采用雙線接入；當這個網站訪問量更大時，一味的增加帶寬和設置鏡像站點無疑會使網站運營成本劇增，加上單個服務器本身也有性能和線程的瓶頸，在并發訪問量較大并且集中在一臺服務器的時候，“Server too busy”就出現了，而這時站長應該采用什么方式使得網站在高訪問量的時候仍然擁有較好的訪問效果呢？

    這就牽涉到負載均衡的話題。

    我們之前討論過CDN，其實CDN除了加速之外，也具有分流的效果，因此在負載均衡領域也有不少應用，其實基本上緩存（Cache）＋鏡像技術都有分流作用，但是如何分流還是需要一個負載均衡設備進行引導，所以，我們今天專門討論負載均衡技術。

關于負載均衡服務：

　　負載均衡服務能夠平衡服務器群中的所有的服務器和應用之間的通信負載，根據實時響應時間進行判斷，將任務交由負載最輕的服務器來處理，以實現真正的智能通信管理和最佳的服務器群性能。負載均衡技術控制第四層到第七層的應用/內容，從而對不同類型的客戶和應用實現了優先級劃分和差別服務，使用第七層智能會話恢復技術，同時可以檢測出HTTP 400,500和600系列的錯誤。它透明地將交易重新定向到另一臺服務器，從而使系統能夠完成該交易。服務器故障切換和多重冗余特性可以讓通信繞過故障點，從而使網站始終保持運行和可訪問性。

實現負載均衡的方法：

    關于實現負載均衡的方法，網上也有不少相關討論，以下做一些引用：

    基于特定服務器軟件的負載均衡

很多網絡協議都支持“重定向”功能，例如在HTTP協議中支持Location指令，接收到這個指令的瀏覽器將自動重定向到Location指明的另一個URL上。由于發送Location指令比起執行服務請求，對Web服務器的負載要小的多，因此可以根據這個功能來設計一種負載均衡的服務器。

       任何時候Web服務器認為自己負載較大的時候，它就不再直接發送回瀏覽器請求的網頁，而是送回一個Location指令，讓瀏覽器去服務器集群中的其他服務器上獲得所需要的網頁。

在這種方式下，服務器本身必須支持這種功能，然而具體實現起來卻有很多困難，例如一臺服務器如何能保證它重定向過的服務器是比較空閑的，并且不會再次發送Location指令，Location指令和瀏覽器都沒有這方面的支持能力，這樣很容易在瀏覽器上形成一種死循環。

      因此這種方式實際應用當中并不多見，使用這種方式實現的服務器集群軟件也較少。有些特定情況下可以使用CGI(包括使用FastCGI或mod_perl擴展來改善性能)來模擬這種方式去分擔負載，而Web服務器仍然保持簡潔、高效的特性，此時避免Location循環的任務將由用戶的CGI程序來承擔。

    基于DNS的負載均衡

    由于基于服務器軟件的負載均衡需要改動軟件，因此常常是得不償失，負載均衡最好是在服務器軟件之外來完成，這樣才能利用現有服務器軟件的種種優勢。最早的負載均衡技術是通過DNS服務中的隨機名字解析來實現的，在DNS服務器中，可以為多個不同的地址配置同一個名字，而最終查詢這個名字的客戶機將在解析這個名字時得到其中的一個地址。因此，對于同一個名字，不同的客戶機會得到不同的地址，他們也就訪問不同地址上的Web服務器，從而達到負載均衡的目的。

    例如如果希望使用三個Web服務器來回應對www.ghq.net的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負載均衡無法得知服務器之間的差異，它不能做到為性能較好的服務器多分配請求，也不能了解到服務器的當前狀態，甚至會出現客戶請求集中在某一臺服務器上的偶然情況。

    反向代理負載均衡

    使用代理服務器可以將請求轉發給內部的Web服務器，使用這種加速模式顯然可以提升靜態網頁的訪問速度。因此也可以考慮使用這種技術，讓代理服務器將請求均勻轉發給多臺內部Web服務器之一上，從而達到負載均衡的目的。這種代理方式與普通的代理方式有所不同，標準代理方式是客戶使用代理訪問多個外部Web服務器，而這種代理方式是多個客戶使用它訪問內部Web服務器，因此也被稱為反向代理模式。

    實現這個反向代理能力并不能算是一個特別復雜的任務，但是在負載均衡中要求特別高的效率，這樣實現起來就不是十分簡單的了。每針對一次代理，代理服務器就必須打開兩個連接，一個為對外的連接，一個為對內的連接，因此對于連接請求數量非常大的時候，代理服務器的負載也就非常之大了，在最后反向代理服務器會成為服務的瓶頸。

    例如，使用Apache的mod_rproxy模塊來實現負載均衡功能時，提供的并發連接數量受Apache本身的并發連接數量的限制。一般來講，可以使用它來對連接數量不是特別大，但每次連接都需要消耗大量處理資源的站點進行負載均衡，例如搜尋。

    使用反向代理的好處是，可以將負載均衡和代理服務器的高速緩存技術結合在一起，提供有益的性能，具備額外的安全性，外部客戶不能直接訪問真實的服務器。并且實現起來可以實現較好的負載均衡策略，將負載可以非常均衡的分給內部服務器，不會出現負載集中到某個服務器的偶然現象。

    使用軟件方式來實現基于網絡地址轉換的負載均衡則要實際的多，除了一些廠商提供的解決方法之外，更有效的方法是使用免費的自由軟件來完成這項任務。其中包括Linux Virtual Server Project中的NAT實現方式，或者本文作者在FreeBSD下對natd的修訂版本。一般來講，使用這種軟件方式來實現地址轉換，中心負載均衡器存在帶寬限制，在100MB的快速以太網條件下，能得到最快達80MB的帶寬，然而在實際應用中，可能只有40MB-60MB的可用帶寬。

IDC提供的負載均衡服務

　　IDC提供的負載均衡服務有：

    互聯網數據中心提供的專業負載均衡服務，可以針對用戶的服務器做本地負載均衡(Server Load Balancing)，負載均衡設備采用強勁有效的負載均衡算法，按照實際響應時間，在性能不同的服務器之間進行負載的智能分配，充分利用服務器群中的每一臺服務器，保護現有投資，既保證性能一般的服務器不成為系統的瓶頸，也保證性能高的服務器資源得到充分的利用。大部分的電信IDC互聯網數據中心都建立了共享的負載均衡設施(Shared Load Balancing)，該機房的購買此項增值服務的所有托管客戶的服務器都可以共享機房購置的負載均衡設施，針對一些高端用戶，一些數據中心還推出了獨享負載均衡服務 (Dedicated Load Balancing Service)，該服務主要是為了避免共享用戶爭用負載均衡設備資源的可能，而且會為個別大型客戶單獨建立自己的負載均衡設施，以保證達到良好的效果。

　　共享負載均衡服務 (Shared Load Balancing Service) 托管客戶可以與其它客戶共同分享IDC的共享負載均衡設施(Shared Load Balancing)，以低廉的代價，獲得服務器的負載均衡服務。

　　獨享負載均衡服務 (Dedicated Load Balancing Service) IDC也可以為托管客戶提供獨享的負載均衡設施，在確保數據安全的情況下，達到更好的負載均衡效果。

    但是，只對本地服務器（也就是指本機房服務器）進行負載均衡是不夠的，大部分需要負載均衡服務的站點并發訪問量都較大，這些站點多數都有異地鏡像服務器，因此一些更加專業的 IDC 機房采用的負載均衡設備還可以穿透網絡路由，進行異地鏡像站點之間的負載均衡，這類負載均衡就稱為異地負載均衡(Website Load Balancing)。

　　異地負載均衡服務 (Website Load Balancing Service) IDC的負載均衡服務，可以穿透網絡路由，進行異地鏡像站點之間的負載均衡。

    負載均衡服務的更多服務對象：

    負載均衡服務并非只針對托管服務器或者獨立服務器，上面提到的幾種也負載均衡服務可以對用戶的防火墻(Firewall Load Balancing)及虛擬主機(Virtual Hosting Load Balancing)進行負載均衡，其效果和基本原理也是通用的。