web load balancing，簡單地說就是給我們的伺服器叢集分配”工作任務“。

1.反向代理

反向代理服務的核心工作主要是轉發HTTP請求，因為它工作在HTTP層（應用層），也就是網路結構中的第七層，因此也被稱為”七層負載均衡“，可以做反向代理的軟體很多，比較常見的一種是Nginx。

對於同一個登入使用者的請求，無法保證一定分配到相同的Web機器上，會導致無法找到session的問題。解決方案主要有兩種：

（1）配置反向代理的轉發規則，讓同一個使用者的表求證 定落到同一臺機器上（通過分析cookie），複雜的轉發規則交會消耗更多多的CPU，也增加了代理伺服器的負載。

（2）將session這類的資訊，專門用某個獨立服務來儲存，例如redis/memcache，這個方案比較推薦。

反向代理服務，也是可以開啟快取，如果開啟了，會增加反向代理的負擔，需要謹慎使用。這種負載均衡策略實現和部署非常簡單，而且效能表現也比較好。但是，它有”單點故障“的問題，如果掛了，會帶來很多的麻煩。而且，到了後期web伺服器繼續增加，它本身可能成為系統的瓶頸。

某臺節點伺服器掛了，但是Nginx仍然可能選中這個出故障的機器，然後就一直連線著，因為超時時間很長，會有問題。

ps：代理其實就是一箇中介，A和B本來可以直連，中間插入一個C，C就是中介。剛開始的時候，代理多數是幫助內網client網server用的（比如HTTP代理），從內到外。後出現了反向代理，”反向“這個詞在這的意思其實是指方向相反，即代理將來自外網client的請求forward到內網server，從外到內。

2.IP負載均衡

工作在網路層（修改IP）和傳輸層（修改埠），比超工作在應用層效能要高出非常多，原理就是對IP層的資料包的IP地址和埠資訊進行修改，達到負載均衡的目的這種方式，也被稱不”四層負載均衡“。常見的負載均衡方式，是LVS（Linux Virtual Server）和IPVS（IP Virtual Server）來實現。

它的效能要比反向代理高出很多，但配置和搭建比較複雜。

3.DNS負載均衡

一個域名是可以配置成對應多個IP的，因此，DNS也就可以作為負載均衡服務。這種負載均衡效能極佳，配置簡單，但不能自定義規則，存在DNS生效延遲問題，機器故障問題。

4.DNS/GSLB負載均衡

我們常用的CDN（Content Delivery Network，內容分發網路）實現方式，其實就是在同一個域名遇敵為多IP的基礎上更進一步，通過GSLB（Global Server Load Balance)按照指定規則對映域名的IP。

這種方式，和前面的DNS負載均衡一樣，不僅效能極佳，而且支援配置我種策略。但是，搭建和維護成本非常高。

最後歡迎大家訪問我的個人網站：1024s​​​​​​​