大型高并發高負載網站的系統架構分析(3)

　　6.2 軟件四層交換

　　大家知道了硬件四層交換機的原理后，基于OSI模型來實現的軟件四層交換也就應運而生，這樣的解決方案實現的原理一致，不過性能稍差。但是滿足一定量的壓力還是游刃有余的，有人說軟件實現方式其實更靈活，處理能力完全看你配置的熟悉能力。

　　軟件四層交換我們可以使用Linux上常用的LVS來解決，LVS就是Linux Virtual Server，他提供了基于心跳線heartbeat的實時災難應對解決方案，提高系統的魯棒性，同時可供了靈活的虛擬VIP配置和管理功能，可以同時滿足多種應用需求，這對于分布式的系統來說必不可少。

　　一個典型的使用負載均衡的策略就是，在軟件或者硬件四層交換的基礎上搭建squid集群，這種思路在很多大型網站包括搜索引擎上被采用，這樣的架構低成本、高性能還有很強的擴張性，隨時往架構里面增減節點都非常容易。這樣的架構我準備空了專門詳細整理一下和大家探討。

　　6.3 七層交換

　　大家都知道TCP/IP的七層協議，四層交換是基于傳輸層的，在這一層只能處理連接的管理，但是無法和業務關聯起來，通常只能針對tcp、udp的連接來進行處理，而真正的業務邏輯需要后面的服務器群自己來處理，隨著技術的發展，今天，我們在很多高級的應用中出現了七層交換。

　　七層交換是基于TCP/IP的第七層應用層來實現的，在這一層上，首先我們可以區分出具體的應用，比如HTTP、TELNET、FTP、DNS等等，還能根據應用中傳送的內容來進行策略的管理，比如我們有這么兩個網站的路徑 a.com/music/… 和a.com/photo/… 原來基于四層交換只能把這兩個url的請求都分發到后面一組服務器上，但是七層交換可以判斷訪問的是music/還是photo/路徑，然后分別分發到不通的服務器群上，從而實現更靈活的系統架構設計。

　　當然，七層交換也分硬件和軟件的實現方式，在這里我不細說了，硬件有著名的F5、Nortel等，軟件有Haproxy等，當然，七層交換的軟件目前還是在性能上要遠遠差別于硬件實現的，要知道，這些硬件都價格不菲

　　總結：

　　對于大型網站來說，前面提到的每個方法可能都會被同時使用到，Michael這里介紹得比較淺顯，具體實現過程中很多細節還需要大家慢慢熟悉和體會，有時一個很小的squid參數或者apache參數設置，對于系統性能的影響就會很大，希望大家一起討論，達到拋磚引玉之效。

原文轉自：http://blogread.cn/it/article/1504?f=wb