# 負載均衡 在實際項目中，正向代理和反向代理很有可能會存在同一個應用場景中，正向代理代理客戶端的請求去訪問目標服務器，目標服務器是一個反向代理服務器，反向代理了多臺真實的業務處理服務器。拓撲圖如下：  > * 在正向代理中，Proxy 和 Client 同屬于一個 LAN，隱藏了客戶端信息。 > * 在反向代理中，Proxy 和 Server 同屬于一個 LAN，隱藏了服務端信息。 ### **負載均衡定義：** 客戶端發送的、Nginx 反向代理服務器接收到的請求數量，就是我們說的負載量。請求數量按照一定的規則進行分發，到不同的服務器處理的規則，就是一種均衡規則。所以將服務器接收到的請求按照規則分發的過程，稱為負載均衡。 負載均衡在實際項目操作過程中，有硬件負載均衡和軟件負載均衡兩種，硬件負載均衡也稱為硬負載，如F5負載均衡，相對造價昂貴成本較高，但是數據的穩定性安全性等等有非常好的保障，如中國移動中國聯通這樣的公司才會選擇硬負載進行操作；更多的公司考慮到成本原因，會選擇使用軟件負載均衡，軟件負載均衡是利用現有的技術結合主機硬件實現的一種消息隊列分發機制。 **作用：** 當反向代理服務器不止一個的時候，我們甚至可以把它們做成集群，當更多的用戶訪問資源服務器B的時候，讓不同的代理服務器Z（x）去應答不同的用戶，然后發送不同用戶需要的資源。  當然反向代理服務器像正向代理服務器一樣擁有Cache的作用，它可以緩存原始資源服務器B的資源，而不是每次都要向原始資源服務器組請求數據，特別是一些靜態的數據，比如圖片和文件，如果這些反向代理服務器能夠做到和用戶X來自同一個網絡，那么用戶X訪問反向代理服務器X，就會得到很高質量的速度。這正是CDN技術的核心 **負載均衡調度算法方式如下：** * weight輪詢（默認）：接收到的請求按照順序逐一分配到不同的后端服務器，即使在使用過程中，某一臺后端服務器宕機，nginx會自動將該服務器剔除出隊列，請求受理情況不會受到任何影響。 這種方式下，可以給不同的后端服務器設置一個權重值（weight），用于調整不同的服務器上請求的分配率；權重數據越大，被分配到請求的幾率越大；該權重值，主要是針對實際工作環境中不同的后端服務器硬件配置進行調整的。 * ip\_hash：每個請求按照發起客戶端的ip的hash結果進行匹配，這樣的算法下一個固定ip地址的客戶端總會訪問到同一個后端服務器，這也在一定程度上解決了集群部署環境下session共享的問題。 * fair：智能調整調度算法，動態的根據后端服務器的請求處理到響應的時間進行均衡分配，響應時間短處理效率高的服務器分配到請求的概率高，響應時間長處理效率低的服務器分配到的請求少；結合了前兩者的優點的一種調度算法。但是需要注意的是nginx默認不支持fair算法，如果要使用這種調度算法，請安裝upstream\_fair模塊 * url\_hash：按照訪問的url的hash結果分配請求，每個請求的url會指向后端固定的某個服務器，可以在nginx作為靜態服務器的情況下提高緩存效率。同樣要注意nginx默認不支持這種調度算法，要使用的話需要安裝nginx的hash軟件包