php面試題七之nginx的負載均衡如何配置

負載均衡

 

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

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

配置方法：

打開nginx.cnf文件

在http節點下添加upstream節點：

1 2 3 4

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

其中webname是自己取的名字，最后會通過這個名字在url里訪問的，像上面這個例子一樣什么都不加就是默認的輪詢，第一個請求過來訪問第一個server，第二個請求來訪問第二個server。依次輪着來。

1 2 3 4

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

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

1 2 3 4 5

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

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

然后在server節點下進行配置：

1 2 3 4 5 6

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里面

1 2 3 4

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

設置某一個節點為backup，那么一般情況下所有請求都訪問server1，當server1掛掉或者忙的的時候才會訪問server2

1 2 3 4

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

在末尾添加

1	192.168.5.149    a.com

保存退出，然后啟動命令模式ping下看看是否已設置成功

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

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

在http段加入以下代碼

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

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段加入以下代碼

1 2 3 4 5 6

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加入以下代碼：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

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在末尾添加以下代碼：

1 2 3 4 5 6

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中，那么可能會有以下兩種情況發生：

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

2、主服務器轉發到了自己IP上，然后又進到主服務器分配IP那里，假如一直分配到本機，則會造成一個死循環。

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

1 2 3 4 5 6

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

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

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

1 2 3 4 5

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看看會不會分配到主服務器上。

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

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

二、多台服務器提供服務，但域名只解析到主服務器，而真正的服務器IP不會被ping下即可獲得，增加一定安全性。

三、upstream里的IP不一定是內網，外網IP也可以。不過經典的案例是，局域網中某台IP暴露在外網下，域名直接解析到此IP。然后又這台主服務器轉發到內網服務器IP中。

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

轉載地址：https://www.php.cn/php-weizijiaocheng-393155.html