假設Nginx沒有隻隻能代理一台伺服器的話,那它也不可能像今天這麼火。Nginx能夠配置代理多台伺服器。當一台伺服器當機之後。仍能保持系統可用。詳細配置步驟例如以下:
1. 在http節點下,加入upstream節點。
upstream linuxidc {
server 10.0.6.108:7080;
server 10.0.0.85:8980;
}
2. 将server節點下的location節點中的proxy_pass配置為:http:// + upstream名稱,即“
http://linuxidc”.
location / {
root html;
index index.html index.htm;
proxy_pass http://linuxidc;
}
3. 如今負載均衡初步完畢了。upstream依照輪詢(預設)方式進行負載,每一個請求按時間順序逐一配置設定到不同的後端伺服器。假設後端伺服器down掉。能自己主動剔除。盡管這樣的方式簡便、成本低廉。但缺點是:可靠性低和負載配置設定不均衡。
适用于圖檔伺服器叢集和純靜态頁面伺服器叢集。
除此之外,upstream還有其他的配置設定政策,分别例如以下:
weight(權重)
指定輪詢幾率,weight和訪問比率成正比,用于後端伺服器性能不均的情況。例如以下所看到的。10.0.0.88的訪問比率要比10.0.0.77的訪問比率高一倍。
upstream linuxidc{
server 10.0.0.77 weight=5;
server 10.0.0.88 weight=10;
}
ip_hash(訪問ip)
每一個請求按訪問ip的hash結果配置設定。這樣每一個訪客固定訪問一個後端伺服器,能夠解決session的問題。
upstream favresin{
ip_hash;
server 10.0.0.10:8080;
server 10.0.0.11:8080;
}
fair(第三方)
按後端伺服器的響應時間來配置設定請求。響應時間短的優先配置設定。
與weight配置設定政策相似。
upstream favresin{
server 10.0.0.10:8080;
server 10.0.0.11:8080;
fair;
}
url_hash(第三方)
按訪問url的hash結果來配置設定請求,使每一個url定向到同一個後端伺服器。後端伺服器為緩存時比較有效。
注意:在upstream中加入hash語句。server語句中不能寫入weight等其他的參數,hash_method是使用的hash算法。
vspace="0" hspace="0" scrolling="no" allowfullscreen="true" id="aswift_1" width="1431" height="200">
upstream resinserver{
server 10.0.0.10:7777;
server 10.0.0.11:8888;
hash $request_uri;
hash_method crc32;
}
upstream還能夠為每一個裝置設定狀态值,這些狀态值的含義分别例如以下:
down 表示單前的server臨時不參與負載.
weight 默覺得1.weight越大,負載的權重就越大。
max_fails :同意請求失敗的次數默覺得1.當超過最大次數時,傳回proxy_next_upstream 子產品定義的錯誤.
fail_timeout : max_fails次失敗後。暫停的時間。
backup: 其他全部的非backup機器down或者忙的時候,請求backup機器。是以這台機器壓力會最輕。
upstream bakend{ #定義負載均衡裝置的Ip及裝置狀态
ip_hash;
server 10.0.0.11:9090 down;
server 10.0.0.11:8080 weight=2;
server 10.0.0.11:6060;
server 10.0.0.11:7070 backup;
}