Nginx 負載均衡配置和策略

Nginx 的 HttpUpstreamModule 提供對後端（backend）服務器的簡單負載均衡。一個最簡單的 upstream 寫法以下：

upstream backend {
    server backend1.example.com;
    server backend2.example.com;
    server.backend3.example.com;}server {
    location / {
        proxy_pass http://backend;
    }}

一、後端服務器

經過 upstream 能夠設定後端服務器，指定的方式能夠是 IP 地址與端口、域名、UNIX 套接字（socket）。其中若是域名能夠被解析爲多個地址，則這些地址都做爲 backend。下面舉例說明：

upstream backend {
    server blog.csdn.net/poechant;
    server 145.223.156.89:8090;
    server unix:/tmp/backend3;}

第一個 backend 是用域名指定的。第二個 backend 是用 IP 和端口號指定的。第三個 backend 是用 UNIX 套接字指定的。

二、負載均衡策略

Nginx 提供輪詢（round robin）、用戶 IP 哈希（client IP）和指定權重 3 種方式。

默認狀況下，Nginx 會爲你提供輪詢做爲負載均衡策略。可是這並不必定可以讓你滿意。好比，某一時段內的一連串訪問都是由同一個用戶 Michael 發起的，那麼第一次 Michael 的請求多是 backend2，而下一次是 backend3，而後是 backend一、backend二、backend3…… 在大多數應用場景中，這樣並不高效。固然，也正因如此，Nginx 爲你提供了一個按照 Michael、Jason、David 等等這些亂七八糟的用戶的 IP 來 hash 的方式，這樣每一個 client 的訪問請求都會被甩給同一個後端服務器。具體的使用方式以下：

upstream backend {
    ip_hash;
    server backend1.example.com;
    server backend2.example.com;
    server.backend3.example.com;}

這種策略中，用於進行 hash 運算的 key，是 client 的 C 類 IP 地址（C 類 IP 地址就是範圍在 192.0.0.0 到 223.255.255.255 之間，前三段號碼錶示子網，第四段號碼爲本地主機的 IP 地址類別）。這樣的方式保證一個 client 每次請求都將到達同一個 backend。固然，若是所 hash 到的 backend 當前不可用，則請求會被轉移到其餘 backend。

再介紹一個和 ip_hash 配合使用的關鍵字：down。當某個一個 server 暫時性的宕機（down）時，你能夠使用「down」來標示出來，而且這樣被標示的 server 就不會接受請求去處理。具體以下：

upstream backend {
    server blog.csdn.net/poechant down;
    server 145.223.156.89:8090;
    server unix:/tmp/backend3;}

還能夠使用指定權重（weight）的方式，以下：

upstream backend {
    server backend1.example.com;
    server 123.321.123.321:456 weight=4;}

默認狀況下 weight 爲 1，對於上面的例子，第一個 server 的權重取默認值 1，第二個是 4，因此至關於第一個 server 接收 20% 的請求，第二接收 80% 的。要注意的是 weight 與 ip_hash 是不能同時使用的，緣由很簡單，他們是不一樣且彼此衝突的策略。

三、重試策略

能夠爲每一個 backend 指定最大的重試次數，和重試時間間隔。所使用的關鍵字是 max_fails 和 fail_timeout。以下所示：

upstream backend {
    server backend1.example.com weight=5;
    server 54.244.56.3:8081 max_fails=3 fail_timeout=30s;}

在上例中，最大失敗次數爲 3，也就是最多進行 3 次嘗試，且超時時間爲 30秒。max_fails 的默認值爲 1，fail_timeout 的默認值是 10s。傳輸失敗的情形，由 proxy_next_upstream 或 fastcgi_next_upstream 指定。並且能夠使用 proxy_connect_timeout 和 proxy_read_timeout 控制 upstream 響應時間。

有一種狀況須要注意，就是 upstream 中只有一個 server 時，max_fails 和 fail_timeout 參數可能不會起做用。致使的問題就是 nginx 只會嘗試一次 upstream 請求，若是失敗這個請求就被拋棄了 : ( ……解決的方法，比較取巧，就是在 upstream 中將你這個可憐的惟一 server 多寫幾回，以下：

upstream backend {
    server backend.example.com max_fails fail_timeout=30s;
    server backend.example.com max_fails fail_timeout=30s;
    server backend.example.com max_fails fail_timeout=30s;}

四、備機策略

從 Nginx 的 0.6.7 版本開始，能夠使用「backup」關鍵字。當全部的非備機（non-backup）都宕機（down）或者繁忙（busy）的時候，就只使用由 backup 標註的備機。必需要注意的是，backup 不能和 ip_hash 關鍵字一塊兒使用。舉例以下：

upstream backend {
    server backend1.example.com;
    server backend2.example.com backup;
    server backend3.example.com;}