[TOC] > [參考文檔](https://www.w3cschool.cn/architectroad/architectroad-load-balancing.html) ## 【客戶端層->反向代理層】的負載均衡 通過“DNS輪詢”實現的：DNS-server對于一個域名配置了多個解析ip，每次DNS解析請求來訪問DNS-server，會輪詢返回這些ip，保證每個ip的解析概率是相同的 ## 【反向代理層->站點層】的負載均衡 通過“nginx”實現 1. **請求輪詢**：和DNS輪詢類似，請求依次路由到各個web-server 2. **最少連接路由**：哪個web-server的連接少，路由到哪個web-server 3. **ip哈希**：按照訪問用戶的ip哈希值來路由web-server，只要用戶的ip分布是均勻的，請求理論上也是均勻的，ip哈希均衡方法可以做到，同一個用戶的請求固定落到同一臺web-server上，此策略適合有狀態服務，例如session（58沈劍備注：可以這么做，但強烈不建議這么做，站點層無狀態是分布式架構設計的基本原則之一，session最好放到數據層存儲） ## 【站點層->服務層】的負載均衡  是通過“服務連接池”實現的。 上游連接池會建立與下游服務多個連接，每次請求會“隨機”選取連接來訪問下游 ## 【數據層】的負載均衡 **數據的均衡**是指：水平切分后的每個服務（db，cache），數據量是差不多的。 **請求的均衡**是指：水平切分后的每個服務（db，cache），請求量是差不多的。 ### 按照range水平切分  這個方案的好處是： 1. 規則簡單，service只需判斷一下uid范圍就能路由到對應的存儲服務 2. 數據均衡性較好 3. 比較容易擴展，可以隨時加一個uid[2kw,3kw]的數據服務 不足是： 1. 請求的負載不一定均衡，一般來說，新注冊的用戶會比老用戶更活躍，大range的服務請求壓力會更大 ### 按照id哈希水平切分  這個方案的好處是： 1 .**規則簡單**，service只需對uid進行hash能路由到對應的存儲服務 2. **數據均衡性較好** 2. **請求均勻性較好** 不足是： 2. **不容易擴展**，擴展一個數據服務，hash方法改變時候，可能需要進行數據遷移 **總結**