四層和七層負載平衡的區別

負載平衡裝置也常被稱為"四到七層交換器"，那麼四層和七層兩者到底區別在哪裡？

第一，技術原理上的區別。

所謂四層負載平衡，也就是主要通過報文中的目標地址和連接埠，再加上負載平衡裝置設定的伺服器選擇方式，決定最終選擇的內部伺服器。

以常見的TCP為例，負載平衡裝置在接收到第一個來自用戶端的SYN 請求時，即通過上述方式選擇一個最佳的伺服器，並對報文中目標IP地址進行修改(改為後端伺服器IP），直接轉寄給該伺服器。TCP的串連建立，即三向交握是用戶端和伺服器直接建立的，負載平衡裝置只是起到一個類似路由器的轉寄動作。在某些部署情況下，為保證伺服器回包可以正確返回給負載平衡裝置，在轉寄報文的同時可能還會對報文原來的源地址進行修改。

所謂七層負載平衡，也稱為“內容交換”，也就是主要通過報文中的真正有意義的應用程式層內容，再加上負載平衡裝置設定的伺服器選擇方式，決定最終選擇的內部伺服器。

以常見的TCP為例，負載平衡裝置如果要根據真正的應用程式層內容再選擇伺服器，只能先代理最終的伺服器和用戶端建立串連(三向交握)後，才可能接受到用戶端發送的真正應用程式層內容的報文，然後再根據該報文中的特定欄位，再加上負載平衡裝置設定的伺服器選擇方式，決定最終選擇的內部伺服器。負載平衡裝置在這種情況下，更類似於一個Proxy 伺服器。負載平衡和前端的用戶端以及後端的伺服器會分別建立TCP串連。所以從這個技術原理上來看，七層負載平衡明顯的對負載平衡裝置的要求更高，處理七層的能力也必然會低於四層模式的部署方式。那麼，為什麼還需要七層負載平衡呢？

第二，應用情境的需求。

七層應用負載的好處，是使得整個網路更"智能化", 參考我們之前的另外一篇專門針對HTTP應用的最佳化的介紹，就可以基本上瞭解這種方式的優勢所在。例如訪問一個網站的使用者流量，可以通過七層的方式，將對圖片類的請求轉寄到特定的圖片伺服器並可以使用緩衝技術；將對文字類的請求可以轉寄到特定的文字服務器並可以使用壓縮技術。當然這隻是七層應用的一個小案例，從技術原理上，這種方式可以對用戶端的請求和伺服器的響應進行任意意義上的修改，極大的提升了應用系統在網路層的靈活性。很多在後台，(例如Nginx或者Apache)上部署的功能可以前移到負載平衡裝置上，例如客戶請求中的Header重寫，伺服器響應中的關鍵字過濾或者內容插入等功能。

另外一個常常被提到功能就是安全性。網路中最常見的SYN Flood攻擊，即駭客控制眾多源用戶端，使用虛假IP地址對同一目標發送SYN攻擊，通常這種攻擊會大量發送SYN報文，耗盡伺服器上的相關資源，以達到Denial of Service(DoS)的目的。從技術原理上也可以看出，四層模式下這些SYN攻擊都會被轉寄到後端的伺服器上；而七層模式下這些SYN攻擊自然在負載平衡裝置上就截止，不會影響後台伺服器的正常運營。另外負載平衡裝置可以在七層層面設定多種策略，過濾特定報文，例如SQL Injection等應用程式層面的特定攻擊手段，從應用程式層面進一步提高系統整體安全。

現在的7層負載平衡，主要還是著重於應用廣泛的HTTP協議，所以其應用範圍主要是眾多的網站或者內部資訊平台等基於B/S開發的系統。 4層負載平衡則對應其他TCP應用，例如基於C/S開發的ERP等系統。

第三，七層應用需要考慮的問題。

1：是否真的必要，七層應用的確可以提高流量智能化，同時必不可免的帶來裝置配置複雜，負載平衡壓力增高以及故障排查上的複雜性等問題。在設計系統時需要考慮四層七層同時應用的混雜情況。

2：是否真的可以提高安全性。例如SYN Flood攻擊，七層模式的確將這些流量從伺服器屏蔽，但負載平衡裝置本身要有強大的抗DDoS能力，否則即使伺服器正常而作為中樞調度的負載平衡裝置故障也會導致整個應用的崩潰。

3：是否有足夠的靈活度。七層應用的優勢是可以讓整個應用的流量智能化，但是負載平衡裝置需要提供完善的七層功能，滿足客戶根據不同情況的基於應用的調度。最簡單的一個考核就是能否取代後台Nginx或者Apache等伺服器上的調度功能。能夠提供一個七層應用開發介面的負載平衡裝置，可以讓客戶根據需求任意設定功能，才真正有可能提供強大的靈活性和智能性。

 

(J.L.)

 

本文出自 “ADC技術部落格” 部落格，請務必保留此出處http://virtualadc.blog.51cto.com/3027116/591396