nginx如何配置負載均衡

本身學習用

面試回答以下：

在nginx裏面配置一個upstream，而後把相關的服務器ip都配置進去。而後採用輪詢的方案，而後在nginx裏面的配置項裏，proxy-pass指向這個upstream，這樣就能實現負載均衡。

 

nginx的負載均衡有4種模式：

1)、輪詢（默認）
每一個請求按時間順序逐一分配到不一樣的後端服務器，若是後端服務器down掉，能自動剔除。
2)、weight
指定輪詢概率，weight和訪問比率成正比，用於後端服務器性能不均的狀況。
2)、ip_hash
每一個請求按訪問ip的hash結果分配，這樣每一個訪客固定訪問一個後端服務器，能夠解決session的問題。
3)、fair（第三方）
按後端服務器的響應時間來分配請求，響應時間短的優先分配。
4)、url_hash（第三方）

配置方法：
打開nginx.cnf文件

在http節點下添加upstream節點：

upstream webname {
server 192.168.0.1:8080;
server 192.168.0.2:8080;
}

其中webname是本身取的名字，最後會經過這個名字在url裏訪問的，像上面這個例子同樣什麼都不加就是默認的輪詢，第一個請求過來訪問第一個server，第二個請求來訪問第二個server。依次輪着來。

upstream webname {
server 192.168.0.1:8080 weight 2;
server 192.168.0.2:8080 weight 1;
}

這個weight也很好理解，權重大的被訪問的機率就大，上面這個例子的話，訪問2次server1，訪問一次server2

upstream webname {
ip_hash;
server 192.168.0.1:8080;
server 192.168.0.2:8080;
}

ip_hash的配置也很簡單，直接加一行就能夠了，這樣只要是同一個ip過來的都會到同一臺server上

而後在server節點下進行配置：

location /name {
proxy_pass http://webname/name/;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
}

proxy_pass裏面用上面配的webname代替了原來的ip地址。

這樣就基本完成了負載均衡的配置。

下面是主備的配置：

仍是在upstream裏面

upstream webname {
server 192.168.0.1:8080;
server 192.168.0.2:8080 backup;
}

設置某一個節點爲backup，那麼通常狀況下全部請求都訪問server1，當server1掛掉或者忙的的時候纔會訪問server2

upstream webname {
server 192.168.0.1:8080;
server 192.168.0.2:8080 down;
}

設置某個節點爲down，那麼這個server不參與負載。

實現實例
負載均衡是咱們大流量網站要作的一個東西，下面我來給你們介紹在Nginx服務器上進行負載均衡配置方法，但願對有須要的同窗有所幫助哦。

負載均衡

先來簡單瞭解一下什麼是負載均衡，單從字面上的意思來理解就能夠解釋N臺服務器平均分擔負載，不會由於某臺服務器負載高宕機而某臺服務器閒置的狀況。那麼負載均衡的前提就是要有多臺服務器才能實現，也就是兩臺以上便可。

測試環境
因爲沒有服務器，因此本次測試直接host指定域名，而後在VMware裏安裝了三臺CentOS。

測試域名 ：a.com

A服務器IP ：192.168.5.149 （主）

B服務器IP ：192.168.5.27

C服務器IP ：192.168.5.126

部署思路
A服務器作爲主服務器，域名直接解析到A服務器（192.168.5.149）上，由A服務器負載均衡到B服務器（192.168.5.27）與C服務器（192.168.5.126）上。

域名解析

因爲不是真實環境，域名就隨便使用一個a.com用做測試，因此a.com的解析只能在hosts文件設置。

打開：C:WindowsSystem32driversetchosts

在末尾添加

192.168.5.149 a.com
1
保存退出，而後啓動命令模式ping下看看是否已設置成功

從截圖上看已成功將a.com解析到192.168.5.149IP

A服務器nginx.conf設置
打開nginx.conf，文件位置在nginx安裝目錄的conf目錄下。

在http段加入如下代碼

upstream a.com {
server 192.168.5.126:80;
server 192.168.5.27:80;
}

server{
listen 80;
server_name a.com;
location / {
proxy_pass http://a.com;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}

保存重啓nginx

B、C服務器nginx.conf設置
打開nginx.confi，在http段加入如下代碼

server{
listen 80;
server_name a.com;
index index.html;
root /data0/htdocs/www;
}

保存重啓nginx

測試
當訪問a.com的時候，爲了區分是轉向哪臺服務器處理我分別在B、C服務器下寫一個不一樣內容的index.html文件，以做區分。

打開瀏覽器訪問a.com結果，刷新會發現全部的請求均分別被主服務器（192.168.5.149）分配到B服務器（192.168.5.27）與C服務器（192.168.5.126）上，實現了負載均衡效果。

B服務器處理頁面

C服務器處理頁面

假如其中一臺服務器宕機會怎樣？
當某臺服務器宕機了，是否會影響訪問呢？

咱們先來看看實例，根據以上例子，假設C服務器192.168.5.126這臺機子宕機了（因爲沒法模擬宕機，因此我就把C服務器關機）而後再來訪問看看。

訪問結果：

咱們發現，雖然C服務器（192.168.5.126）宕機了，但不影響網站訪問。這樣，就不會擔憂在負載均衡模式下由於某臺機子宕機而拖累整個站點了。

若是b.com也要設置負載均衡怎麼辦？
很簡單，跟a.com設置同樣。以下：

假設b.com的主服務器IP是192.168.5.149，負載均衡到192.168.5.150和192.168.5.151機器上

現將域名b.com解析到192.168.5.149IP上。

在主服務器(192.168.5.149)的nginx.conf加入如下代碼：

upstream b.com {
server 192.168.5.150:80;
server 192.168.5.151:80;
}

server{
listen 80;
server_name b.com;
location / {
proxy_pass http://b.com;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}

保存重啓nginx

在192.168.5.150與192.168.5.151機器上設置nginx，打開nginx.conf在末尾添加如下代碼：

server{
listen 80;
server_name b.com;
index index.html;
root /data0/htdocs/www;
}

保存重啓nginx

完成之後步驟後便可實現b.com的負載均衡配置。

主服務器不能提供服務嗎？
以上例子中，咱們都是應用到了主服務器負載均衡到其它服務器上，那麼主服務器自己能不能也加在服務器列表中，這樣就不會白白浪費拿一臺服務器純當作轉發功能，而是也參與到提供服務中來。

如以上案例三臺服務器：

A服務器IP ：192.168.5.149 （主）

B服務器IP ：192.168.5.27

C服務器IP ：192.168.5.126

咱們把域名解析到A服務器，而後由A服務器轉發到B服務器與C服務器，那麼A服務器只作一個轉發功能，如今咱們讓A服務器也提供站點服務。

咱們先來分析一下，若是添加主服務器到upstream中，那麼可能會有如下兩種狀況發生：

一、主服務器轉發到了其它IP上，其它IP服務器正常處理；

二、主服務器轉發到了本身IP上，而後又進到主服務器分配IP那裏，假如一直分配到本機，則會形成一個死循環。

怎麼解決這個問題呢？由於80端口已經用來監聽負載均衡的處理，那麼本服務器上就不能再使用80端口來處理a.com的訪問請求，得用一個新的。因而咱們把主服務器的nginx.conf加入如下一段代碼：

server{
listen 8080;
server_name a.com;
index index.html;
root /data0/htdocs/www;
}

重啓nginx，在瀏覽器輸入a.com:8080試試看能不能訪問。結果能夠正常訪問

既然能正常訪問，那麼咱們就能夠把主服務器添加到upstream中，可是端口要改一下，以下代碼：

upstream a.com {
server 192.168.5.126:80;
server 192.168.5.27:80;
server 127.0.0.1:8080;
}

因爲這裏能夠添加主服務器IP192.168.5.149或者127.0.0.1都可以，都表示訪問本身。

重啓Nginx，而後再來訪問a.com看看會不會分配到主服務器上。

主服務器也能正常加入服務了。

最後
1、負載均衡不是nginx獨有，著名鼎鼎的apache也有，但性能可能不如nginx。

2、多臺服務器提供服務，但域名只解析到主服務器，而真正的服務器IP不會被ping下便可得到，增長必定安全性。

3、upstream裏的IP不必定是內網，外網IP也能夠。不過經典的案例是，局域網中某臺IP暴露在外網下，域名直接解析到此IP。而後又這臺主服務器轉發到內網服務器IP中。

4、某臺服務器宕機、不會影響網站正常運行，Nginx不會把請求轉發到已宕機的IP上