負載均衡設備也常被稱爲"四到七層交換機"，那補充：
所謂：
四層就是基於IP+端口的負載均衡；
七層就是基於URL等應用層信息的負載均衡；
同理，還有：
基MAC地址的二層負載均衡、
基於IP地址的三層負載均衡。
換句換說，
二層負載均衡會通過一個虛擬MAC地址接收請求，然後再分配到真實的MAC地址
三層負載均衡會通過一個虛擬IP地址接收請求，然後再分配到真實的IP地址
四層通過虛擬IP+端口接收請求，然後再分配到真實的服務器
七層通過虛擬的URL或主機名接收請求，然後再分配到真實的服務器
所謂的四到七層負載均衡，就是在對後臺的服務器進行負載均衡時，依據四層的信息或七層的信息來決定怎麼樣轉發流量。
四層的負載均衡，就是通過發佈三層的IP地址（VIP），然後加四層的端口號，來決定哪些流量需要做負載均衡，對需要處理的流量進行NAT處理，轉發至後臺服務器，並記錄下這個TCP或者UDP的流量是由哪臺服務器處理的，後續這個連接的所有流量都同樣轉發到同一臺服務器處理。
七層的負載均衡，就是在四層的基礎上（不能空中樓閣，沒有四層是絕對不可能有七層的），再考慮應用層的特徵，比如同一個WEB服務器的負載均衡，除了根據VIP加80端口辨別是否需要處理的流量，還可根據七層的URL、瀏覽器類別、語言來決定是否要進行負載均衡。舉個例子，如果你的web服務器分成兩組，一組是中文語言的，一組是英文語言的，那麼七層負載均衡就可以當用戶來訪問你的域名時，自動辨別用戶語言，然後選擇對應的語言服務器組進行負載均衡處理。
那麼四層和七層兩者到底區別在哪裏？
負載均衡器通常稱爲四層交換機或七層交換機。四層交換機主要分析IP層及TCP/UDP層，實現四層流量負載均衡。七層交換機除了支持四層負載均衡以外，還有分析應用層的信息，如HTTP協議URI或Cookie信息。
負載均衡分爲L4 switch（四層交換），即在OSI第4層工作，就是TCP層啦。此種Load Balance不理解應用協議（如HTTP/FTP/MySQL等等）。例子：LVS，F5
另一種叫做L7 switch（七層交換），OSI的最高層，應用層。此時，該Load Balancer能理解應用協議。例子：haproxy，MySQL Proxy
注意：上面的很多Load Balancer既可以做四層交換，也可以做七層交換。
如果單純要做HTTP的負載均衡，用haproxy好了。性能很強。
另外，F5和Alteon這樣的硬件LB是LVS等軟件趕不上。
如果還看不明白可以參考下文：
第一，技術原理上的區別。
所謂四層負載均衡，也就是主要通過報文中的目標地址和端口，再加上負載均衡設備設置的服務器選擇方式，決定最終選擇的內部服務器。
以常見的TCP爲例，負載均衡設備在接收到第一個來自客戶端的SYN 請求時，即通過上述方式選擇一個最佳的服務器，並對報文中目標IP地址進行修改(改爲後端服務器IP），直接轉發給該服務器。TCP的連接建立，即三次握手是客戶端和服務器直接建立的，負載均衡設備只是起到一個類似路由器的轉發動作。在某些部署情況下，爲保證服務器回包可以正確返回給負載均衡設備，在轉發報文的同時可能還會對報文原來的源地址進行修改。
所謂七層負載均衡，也稱爲“內容交換”，也就是主要通過報文中的真正有意義的應用層內容，再加上負載均衡設備設置的服務器選擇方式，決定最終選擇的內部服務器。
以常見的TCP爲例，負載均衡設備如果要根據真正的應用層內容再選擇服務器，只能先代理最終的服務器和客戶端建立連接(三次握手)後，纔可能接受到客戶端發送的真正應用層內容的報文，然後再根據該報文中的特定字段，再加上負載均衡設備設置的服務器選擇方式，決定最終選擇的內部服務器。負載均衡設備在這種情況下，更類似於一個代理服務器。負載均衡和前端的客戶端以及後端的服務器會分別建立TCP連接。所以從這個技術原理上來看，七層負載均衡明顯的對負載均衡設備的要求更高，處理七層的能力也必然會低於四層模式的部署方式。那麼，爲什麼還需要七層負載均衡呢？
第二，應用場景的需求。
七層應用負載的好處，是使得整個網絡更"智能化", 參考我們之前的另外一篇專門針對HTTP應用的優化的介紹，就可以基本上了解這種方式的優勢所在。例如訪問一個網站的用戶流量，可以通過七層的方式，將對圖片類的請求轉發到特定的圖片服務器並可以使用緩存技術；將對文字類的請求可以轉發到特定的文字服務器並可以使用壓縮技術。當然這只是七層應用的一個小案例，從技術原理上，這種方式可以對客戶端的請求和服務器的響應進行任意意義上的修改，極大的提升了應用系統在網絡層的靈活性。很多在後臺，(例如Nginx或者Apache)上部署的功能可以前移到負載均衡設備上，例如客戶請求中的Header重寫，服務器響應中的關鍵字過濾或者內容插入等功能。
另外一個常常被提到功能就是安全性。網絡中最常見的SYN Flood***，即***控制衆多源客戶端，使用虛假IP地址對同一目標發送SYN***，通常這種***會大量發送SYN報文，耗盡服務器上的相關資源，以達到Denial ofService(DoS)的目的。從技術原理上也可以看出，四層模式下這些SYN***都會被轉發到後端的服務器上；而七層模式下這些SYN***自然在負載均衡設備上就截止，不會影響後臺服務器的正常運營。另外負載均衡設備可以在七層層面設定多種策略，過濾特定報文，例如SQL Injection等應用層面的特定***手段，從應用層面進一步提高系統整體安全。
現在的7層負載均衡，主要還是着重於應用廣泛的HTTP協議，所以其應用範圍主要是衆多的網站或者內部信息平臺等基於B/S開發的系統。 4層負載均衡則對應其他TCP應用，例如基於C/S開發的ERP等系統。
第三，七層應用需要考慮的問題。
是否真的必要，七層應用的確可以提高流量智能化，同時必不可免的帶來設備配置複雜，負載均衡壓力增高以及故障排查上的複雜性等問題。在設計系統時需要考慮四層七層同時應用的混雜情況。
是否真的可以提高安全性。例如SYN Flood***，七層模式的確將這些流量從服務器屏蔽，但負載均衡設備本身要有強大的抗DDoS能力，否則即使服務器正常而作爲中樞調度的負載均衡設備故障也會導致整個應用的崩潰。
是否有足夠的靈活度。七層應用的優勢是可以讓整個應用的流量智能化，但是負載均衡設備需要提供完善的七層功能，滿足客戶根據不同情況的基於應用的調度。最簡單的一個考覈就是能否取代後臺Nginx或者Apache等服務器上的調度功能。能夠提供一個七層應用開發接口的負載均衡設備，可以讓客戶根據需求任意設定功能，才真正有可能提供強大的靈活性和智能性。