反向代理、負載均衡、正向代理、負載均衡的排程演算法：

說到反向代理就先講一下正向代理

正向代理：

客戶端想要訪問一個伺服器，但是它可能無法直接訪問這臺伺服器，這時候這可找一臺可以訪問目標伺服器的另外一臺伺服器，而這臺伺服器就被當做是代理人的角色 ，稱之為代理伺服器，於是客戶端把請求發給代理伺服器，由代理伺服器獲得目標伺服器的資料並返回給客戶端。客戶端是清楚目標伺服器的地址的，而目標伺服器是不清楚來自客戶端，它只知道來自哪個代理伺服器，所以正向代理可以遮蔽或隱藏客戶端的資訊。

反向代理：

從上面的正向代理，你會大概知道代理伺服器是為客戶端作代理人，它是站在客戶端這邊的。其實反向代理就是代理伺服器為伺服器作代理人，站在伺服器這邊，它就是對外遮蔽了伺服器的資訊，常用的場景就是多臺伺服器分散式部署，像一些大的網站，由於訪問人數很多，就需要多臺伺服器來解決人數多的問題，這時這些伺服器就由一個反向代理伺服器來代理，客戶端發來請求，先由反向代理伺服器，然後按一定的規則分發到明確的伺服器，而客戶端不知道是哪臺伺服器。常常用nginx來作反向代理。
 

Nginx的負載均衡：

• 負載：就是Nginx接受請求

• 均衡：Nginx將收到的請求按照一定的規則分發到不同的伺服器進行處理

Nginx支援的負載均衡排程演算法方式如下：

• weight輪詢（預設）：
  接收到的請求按照順序逐一分配到不同的後端伺服器，即使在使用過程中，某一臺後端伺服器宕機，Nginx會自動將該伺服器剔除出佇列，請求受理情況不會受到任何影響。 這種方式下，可以給不同的後端伺服器設定一個權重值（weight），用於調整不同的伺服器上請求的分配率；權重資料越大，被分配到請求的機率越大；該權重值，主要是針對實際工作環境中不同的後端伺服器硬體配置進行調整的。

• ip_hash：
  每個請求按照發起客戶端的ip的hash結果進行匹配，這樣的演算法下一個固定ip地址的客戶端總會訪問到同一個後端伺服器，這也在一定程度上解決了叢集部署環境下session共享的問題。

• fair：
  智慧調整排程演算法，動態的根據後端伺服器的請求處理到響應的時間進行均衡分配，響應時間短處理效率高的伺服器分配到請求的概率高，響應時間長處理效率低的伺服器分配到的請求少；結合了前兩者的優點的一種排程演算法。但是需要注意的是Nginx預設不支援fair演算法，如果要使用這種排程演算法，請安裝upstream_fair模組。

• url_hash：
  按照訪問的url的hash結果分配請求，每個請求的url會指向後端固定的某個伺服器，可以在nginx作為靜態伺服器的情況下提高快取效率。同樣要注意Nginx預設不支援這種排程演算法，要使用的話需要安裝nginx的hash軟體包。