Nginx負載均衡

2021-09-12 02:57:11 字數 4097 閱讀 1971

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

1)、輪詢(預設) 

每個請求按時間順序逐一分配到不同的後端伺服器,如果後端伺服器down掉,能自動剔除。 

2)、weight

指定輪詢機率,weight和訪問比率成正比,用於後端伺服器效能不均的情況。 

2)、ip_hash

每個請求按訪問ip的hash結果分配,這樣每個訪客固定訪問乙個後端伺服器,可以解決session的問題。 

3)、fair(第三方) 

按後端伺服器的響應時間來分配請求,響應時間短的優先分配。 

4)、url_hash(第三方)

開啟nginx.cnf檔案

在http節點下新增upstream節點:

upstream webname

其中webname是自己取的名字,最後會通過這個名字在url裡訪問的,像上面這個例子一樣什麼都不加就是預設的輪詢,第乙個請求過來訪問第乙個server,第二個請求來訪問第二個server。依次輪著來。

upstream webname

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

upstream webname

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

然後在server節點下進行配置:

location /name

proxy_pass裡面用上面配的webname代替了原來的ip位址。

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

下面是主備的配置:

還是在upstream裡面

upstream webname

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

upstream webname

設定某個節點為down,那麼這個server不參與負載。

負載均衡

先來簡單了解一下什麼是負載均衡,單從字面上的意思來理解就可以解釋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

儲存退出,然後啟動命令模式ping下看看是否已設定成功

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

a伺服器nginx.conf設定 

開啟nginx.conf,檔案位置在nginx安裝目錄的conf目錄下。

在http段加入以下**

upstream a.com

server

}

儲存重啟nginx

b、c伺服器nginx.conf設定 

開啟nginx.confi,在http段加入以下**

server

儲存重啟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

}

儲存重啟nginx

在192.168.5.150與192.168.5.151機器上設定nginx,開啟nginx.conf在末尾新增以下**:

server

儲存重啟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加入以下一段**:

server

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

既然能正常訪問,那麼我們就可以把主伺服器新增到upstream中,但是埠要改一下,如下**:

upstream a.com

由於這裡可以新增主伺服器ip192.168.5.149或者127.0.0.1均可以,都表示訪問自己。

重啟nginx,然後再來訪問a.com看看會不會分配到主伺服器上。

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

最後 一、負載均衡不是nginx獨有,著名鼎鼎的apache也有,但效能可能不如nginx。

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

三、upstream裡的ip不一定是內網,外網ip也可以。不過經典的案例是,區域網中某台ip暴露在外網下,網域名稱直接解析到此ip。然後又這台主伺服器**到內網伺服器ip中。

四、某台伺服器宕機、不會影響**正常執行,nginx不會把請求**到已宕機的ip上

nginx 負載均衡 Nginx負載均衡策略

nginx提供的負載均衡策略有2種 內建策略和擴充套件策略。內建策略為輪詢 預設 加權輪詢,ip hash,第三方。upstream mysvr1 輪詢 每個請求按照時間順序逐一的分配到每乙個後台伺服器上。如果某台伺服器宕機了,將會自動的剔除宕機的服務。nginx預設就是輪詢其權重都預設為1,伺服器...

nginx負載均衡

nginx 的 upstream目前支援 4 種方式的分配 1 輪詢 預設 每個請求按時間順序逐一分配到不同的後端伺服器,如果後端伺服器down掉,能自動剔除。2 weight 指定輪詢機率,weight和訪問比率成正比,用於後端伺服器效能不均的情況。3 ip hash 每個請求按訪問ip的hash...

nginx負載均衡

nginx s stop quick exit nginx s quit graceful quit nginx s reload changing configuration,starting a new worker,quitting an old worker gracefully nginx...