1. 負載均衡技術簡介

　　現代企業信息化應用越來越多的采用B/S應用架構來承載企業的關鍵業務，因此，確保這些任務的可靠運行就變得日益重要。隨著越來越多的企業實施數據集中，應用的擴展性、安全性和可靠性也越來越受到企業的重視。

　　負載均衡技術通過設置虛擬服務器IP（VIP），將后端多臺真實服務器的應用資源虛擬成一臺高性能的應用服務器，通過負載均衡算法，將大量來自客戶端的應用請求分配到后端的服務器進行處理。負載均衡設備持續的對服務器上的應用狀態進行檢查，并自動對無效的應用服務器進行隔離，實現了一個簡單、擴展性強、可靠性高的應用解決方案。解決了單臺服務器處理性能不足，擴展性不夠，可靠性較低的問題。

　　近年來，隨著Web2.0和B/S技術的迅猛發展，HTTP應用逐漸成為當今的主流應用，而負載均衡技術也有了很大的發展。從傳統的基于四層端口號進行簡單的應用請求轉發，到目前基于七層內容進行請求的轉發和處理。尤其是在HTTP協議的優化和加速方面，一些技術逐漸發展成熟，如：TCP連接復用、內容緩存、TCP緩沖、HTTP壓縮、SSL加速等。這些技術的應用有助于進一步改善用戶訪問響應時間、節約廣域網鏈路帶寬和服務器資源。

　　2. HTTP優化和加速特性帶來的益處

　　2.1. TCP連接復用（TCP Connection Reuse）

　　TCP連接復用技術通過將前端多個客戶的HTTP請求復用到后端與服務器建立的一個TCP連接上。這種技術能夠大大減小服務器的性能負載，減少與服務器之間新建TCP連接所帶來的延時，并最大限度的降低客戶端對后端服務器的并發連接數請求，減少服務器的資源占用。

　　一般情況下，客戶端在發送HTTP請求之前需要先與服務器進行TCP三次握手，建立TCP連接，然后發送HTTP請求。服務器收到HTTP請求后進行處理，并將處理的結果發送回客戶端，然后客戶端和服務器互相發送FIN并在收到FIN的ACK確認后關閉連接。在這種方式下，一個簡單的HTTP請求需要十幾個TCP數據包才能處理完成。

　　采用TCP連接復用技術后，客戶端（如：ClientA）與負載均衡設備之間進行三次握手并發送HTTP請求。負載均衡設備收到請求后，會檢測服務器是否存在空閑的長連接，如果不存在，服務器將建立一個新連接。當HTTP請求響應完成后，客戶端則與負載均衡設備協商關閉連接，而負載均衡則保持與服務器之間的這個連接。當有其它客戶端（如：ClientB）需要發送HTTP請求時，負載均衡設備會直接向與服務器之間保持的這個空閑連接發送HTTP請求，避免了由于新建TCP連接造成的延時和服務器資源耗費。

　　圖例 1  TCP連接復用（TCP Connection Reuse）

　　在HTTP 1.0中，客戶端的每一個HTTP請求都必須通過獨立的TCP連接進行處理，而在HTTP 1.1中，對這種方式進行了改進。客戶端可以在一個TCP連接中發送多個HTTP請求，這種技術叫做HTTP復用（HTTP Multiplexing）。它與TCP連接復用最根本的區別在于，TCP連接復用是將多個客戶端的HTTP請求復用到一個服務器端TCP連接上，而HTTP復用則是一個客戶端的多個HTTP請求通過一個TCP連接進行處理。前者是負載均衡設備的獨特功能；而后者是HTTP 1.1協議所支持的新功能，目前被大多數瀏覽器所支持。

　　有些用戶喜歡采用連接復用率來評判一個負載均衡設備的TCP連接復用技術的好壞。一般來說，TCP連接復用率是指一段時間內負載均衡設備成功處理的客戶端HTTP請求總數與這段時間負載均衡與服務器之間建立的TCP連接總數的比值。但是， TCP連接復用率和應用的特點、服務器設置、計算周期以及請求的發送模式等也有很大的關系，不同的應用環境下計算出來的TCP連接復用率會有很大的差異。其實，連接復用效率的關鍵在于負載均衡設備是否能夠及時釋放已經空閑的服務器端連接。有些廠商采用發送HTTP響應后等待一定時間，如果這段時間內無數據傳輸即釋放該連接。而等待時間往往是秒級的，對于數據往返時間的毫秒級，其復用效果明顯不會很好。最為有效的連接復用技術是在負載均衡設備給客戶端發送HTTP響應之后，收到客戶端確認ACK數據包即釋放該連接。這種方式避免了任何額外的等待時間，理論上沒有更高效的復用方法。

　　2.2. 內容緩存（RAM Caching）

　　內容緩存技術將應用服務器中的一些經常被用戶訪問的熱點內容緩存在負載均衡設備的內存中。當客戶端訪問這些內容時，負載均衡設備截獲客戶端請求，從緩存中讀取客戶端需要的內容并將這些內容直接返回給客戶端。由于是直接從內存中讀取，這種技術能夠提高網絡用戶的訪問速度，并大大減輕后端服務器的負載情況。

　　內容緩存的工作原理非常簡單，我們將通過下圖用戶訪問logo.gif的實例來解釋內容緩存的工作過程：

　　1、當有客戶端發起對logo.gif的第一個請求時，負載均衡首先會檢查本地緩存中是否存在該對象。如果不存在這個對象，負載均衡會將這個HTTP請求轉發給后端的服務器；

　　2、服務器收到對logo.gif的HTTP請求后，將圖片內容回應給負載均衡設備；

　　3、負載均衡設備將logo.gif對象緩存在內容緩存中，并將其發送給客戶端；

　　4、后續的其它客戶端發起對logo.gif的訪問請求時，如果負載均衡檢測到內容緩存中已經存在該對象，并確認該對象并未失效的話，負載均衡直接將該對象返回給客戶端，而無需服務器再次發送該對象。

圖例 2  內容緩存（RAM Caching）

　　內容緩存技術采用了HTTP協議中的一些標準緩存處理技術，將本應保存在客戶端本地瀏覽器緩存中的內容共享給其他用戶。因此，對于客戶端來說，內容緩存技術是完全透明的。最常見的對象包括：gif/jpg圖片，靜態的css/js/html等文本文件等。

　　2.3. TCP緩沖（TCP Buffer）

　　TCP緩沖是為了解決后端服務器網速與客戶的前端網絡速度不匹配而造成的服務器資源浪費的問題。由于服務器與負載均衡設備之間的網絡帶寬速率高，時延小，通過將服務器端的請求緩沖在負載均衡設備的緩沖區中，防止由于客戶端緩慢的網絡鏈路和較高的時延造成服務器端連接阻塞問題。

　　通過采用TCP緩沖技術，可以提高服務器端響應時間和處理效率，減少由于通信鏈路問題給服務器造成的連接負擔。另外，由負載均衡設備來處理網絡阻塞造成的數據包重傳，使每個客戶端的流量得到最佳的控制。

圖例 3  TCP緩沖（TCP Buffer）

　　如上圖所示，客戶端與負載均衡之間采用的鏈路具有較高的時延和較低的帶寬，而負載均衡與服務器之間采用時延較低和高帶寬的局域網連接。

　　1、負載均衡收到客戶端發來的HTTP請求并將其轉發給后端的服務器進行處理；

　　2、服務器對請求進行處理后，將響應的內容依次返回負載均衡設備，負載均衡設備收到響應的數據包后，會將數據包依次緩存在緩沖區中，服務器的響應速度將依據負載均衡和服務器之間的鏈路質量；

　　3、當負載均衡上緩存了第一個響應的數據包后，負載均衡將響應的數據包按次序返回給客戶端，此時，響應的速度將依賴于負載均衡與客戶端之間的鏈路質量；

　　4、當響應內容數據包依次傳送給客戶端并收到客戶端的ACK確認請求后，負載均衡將緩沖區資源釋放出來為其它TCP連接使用。

　　TCP緩沖技術是L7應用負載均衡的核心，它將服務器與客戶端之間的TCP連接分成兩個獨立的TCP連接，并分別進行處理，以適應兩邊不同的網絡環境。此外，通過TCP緩沖技術，將客戶端的HTTP請求完整的接收下來并進行分析，還可以提供一些高級負載均衡的應用功能，如：URL-Hashing，URL交換（URL-Switching），基于Cookie或會話的連接保持（Cookie/Session Persistence）等等。

　　2.4. HTTP壓縮（HTTP Compression）

　　HTTP協議在v 1.1中新增了壓縮功能，如果客戶端瀏覽器和服務器都支持壓縮功能的話，通過客戶端和服務器進行協商，對客戶端的響應請求進行壓縮處理。大幅節省內容傳輸時所需要的帶寬，并加快客戶端的響應速度。但是，壓縮算法本身需要耗費大量的CPU資源，因此，負載均衡設備通過對HTTP壓縮功能進行支持，減輕Web服務器的資源耗費，提高其處理效率。另外，由于負載均衡一般都采用硬件的方式進行壓縮，因此，壓縮的效率更高。此外，對于一些不支持HTTP壓縮功能的老版本的Web服務器，通過啟用負載均衡上的壓縮功能，可以實現對系統的優化和加速。

圖例 4 HTTP壓縮（HTTP Compression）

　　如上圖所示，在負載均衡上實現HTTP壓縮功能的流程如下：

　　1、客戶端與負載均衡建立TCP連接后，發送HTTP請求（如Get請求），客戶端會將自身瀏覽器所支持的功能和配置情況發送給負載均衡，如：是否支持壓縮、支持的壓縮算法、是否支持Keep-alive（連接保持）、連接保持的時間等；

　　2、負載均衡在收到HTTP請求后，會將其中的有關壓縮的標記刪除，然后將請求轉發給服務器進行處理；

　　3、服務器將響應的內容轉發給負載均衡；

　　4、負載均衡收到響應的內容后，依照與客戶端之間協商的壓縮算法對響應的內容進行壓縮，然后將壓縮后的內容發送回客戶端；

　　5、客戶端收到響應的內容后，由瀏覽器對網頁內容進行解壓縮并進行瀏覽。

　　由于HTTP壓縮采用的是HTTP v1.1協議中支持的標準壓縮算法，因此，目前主流的瀏覽器（如：Internet Explorer，Firefox，Opera，Netscape等）均默認支持HTTP v1.1中的壓縮功能。對于用戶來說，無需修改瀏覽器配置也不需要安裝任何插件。采用負載均衡來代替服務器做壓縮，能夠大幅節省服務器的資源，可以使服務器專注于應用的處理，從而提高業務處理量。另外，即使服務器不支持HTTP壓縮，通過負載均衡也能實現壓縮功能。

　　壓縮能力的大小取決于被壓縮對象的性質。一般來說，HTTP壓縮算法對于文本格式的內容有較好的壓縮效率；而對于gif等圖片格式的內容，由于本身已經進行過壓縮處理，壓縮效率并不高。所以，需要負載均衡支持選擇性壓縮，即可以根據對象的類型進行選擇性壓縮。

　　2.5. SSL加速（SSL Acceleration）

　　一般情況下，HTTP采用明文的方式在網絡上傳輸，有可能被非法竊聽，尤其是用于認證的口令信息等。為了避免出現這樣的安全問題，一般采用SSL協議（即：HTTPS）對HTTP協議進行加密，以保證整個傳輸過程的安全性。在SSL通信中，首先采用非對稱密鑰技術交換認證信息，并交換服務器和瀏覽器之間用于加密數據的會話密鑰，然后利用該密鑰對通信過程中的信息進行加密和解密。

　　SSL是需要耗費大量CPU資源的一種安全技術。目前，大多數負載均衡設備均采用SSL加速芯片進行SSL信息的處理。這種方式比傳統的采用服務器的SSL加密方式提供更高的SSL處理性能，從而節省大量的服務器資源，使服務器能夠專注于業務請求的處理。另外，采用集中的SSL處理，還能夠簡化對證書的管理，減少日常管理的工作量。

圖例 5 SSL加速

　　SSL的處理流程如下：

　　1、客戶端發起HTTPS連接請求，協商傳輸的加密算法，確認雙方身份，并交換會話密鑰。

　　2、負載均衡收到客戶端加密的HTTPS請求后，對請求的信息進行解密，然后通過HTTP的方式發送給后端的服務器。

　　3、服務器將請求的處理結果返回給負載均衡設備。

　　4、負載均衡設備利用會話密鑰對請求的結果進行加密，然后將結果返回給客戶端。

　　5、客戶端采用會話密鑰對返回結果進行解密，并顯示在瀏覽器上。

　　在負載均衡設備中實現SSL加速功能，只需要在負載均衡設備上導入SSL證書和密鑰即可。當客戶端發起對虛擬服務器的HTTPS請求時，負載均衡設備自動和客戶端進行SSL協議的協商并交換會話密鑰。客戶端發送的請求以及負載均衡返回的響應均采用會話密鑰進行加密，而負載均衡設備與后端服務器之間則采用HTTP的方式進行請求的發送和處理。

　　3. 在實際環境中應用負載均衡產品需要注意的問題

　　負載均衡設備提供的這些HTTP優化和加速功能，能夠大大的降低客戶端的響應時間，降低帶寬利用率，并且能降低服務器端負載情況，節省服務器資源。但是，目前主流的負載均衡產品在同時開啟多個HTTP優化和加速功能時，設備的處理性能會大大降低。盡管各個廠家均宣稱自己的設備有較高的性能處理指標，并通過第三方的測評機構公布一些產品性能測試數據，但是，這些數據一般都是在一些特別設置的實驗環境下測試出來的，只能作為不同廠商產品之間性能對比的依據，而不能作為用戶實際應用環境的選型依據。

　　此外，大多數廠商都采用基本硬件平臺上加裝功能卡或購買許可證的方式提供這些HTTP的優化和加速功能。如果用戶想在應用加速的整體解決方案中采用這些功能，需要花費更多的采購成本。對于用戶來說，這些高級特性和功能如同水中之月，可望而不可及。因此，在選購負載均衡產品的時候，一定要了解自己的應用究竟需要采用哪些功能特性，而實現這些特性又需要哪些額外的費用。

　　A10 Networks的AX系列高級流量管理器采用目前主流的高性能多核CPU進行設計開發，通過結合四層流量處理ASIC和自主研發的ACOS系統，提供無比的性能優勢，尤其是在開啟多個優化和加速特性后，仍能保持較高的處理性能。2008年1月，在Tolly Group的測試中，單臺AX設備實現了每秒百萬的交易處理量，是截至目前唯一實現每秒百萬級交易處理量的負載均衡設備。AX以其卓越的性能為客戶提供最佳性價比，并提供最大的每瓦特性能，滿足當今綠色計算對節能的要求。此外，AX產品采用all-in-one的銷售模式，在單臺硬件設備中提供所有的高級功能特性，如：內容緩存，HTTP壓縮，SSL加速，IPv6，GSLB等。這些功能已經內置在AX的ACOS系統之中，不需要用戶花費任何額外的費用。AX這種新的銷售模式可以為用戶帶來巨大的利益，節省用戶投資成本。