nginx中調(diào)度算法的五種實(shí)現(xiàn)
一、常見的三種調(diào)度算法
輪詢:nginx負(fù)載均衡默認(rèn)策略,按時(shí)間順序一個(gè)接一個(gè)的調(diào)度,適用于連接狀態(tài)較短、且后端服務(wù)器配置一樣的情況下。
權(quán)重(weight):權(quán)重越高被訪問的頻率越高,適用于連接狀態(tài)較短、且后端服務(wù)器配置差別較大的情況下。
ip_hash:根據(jù)客戶端ip進(jìn)程分配,保證同一個(gè)客戶端每次都能訪問到固定的服務(wù)器節(jié)點(diǎn),適用于用戶長時(shí)間進(jìn)行文件傳輸?shù)膱鼍?。ip_hash不能提供健康監(jiān)測功能
配置方式
NGINX配置負(fù)載均衡主要是在nginx.conf文件中里upstream模塊
1、upstream模塊應(yīng)放于nginx.conf配置的http{}標(biāo)簽內(nèi)
2、upstream模塊默認(rèn)算法是wrr (權(quán)重輪詢 weighted round-robin)
分配算法
Nginx的upstream支持5種分配方式,下面將會(huì)詳細(xì)介紹,其中前三種為Nginx原生支持的分配方式,后兩種為第三方支持的分配方式。
1、輪詢
輪詢是upstream的默認(rèn)分配方式,即每個(gè)請求按照時(shí)間順序輪流分配到不同的后端服務(wù)器,如果某個(gè)后端服務(wù)器down掉后,能自動(dòng)剔除。
upstream backend { server 192.168.1.101:8888; server 192.168.1.102:8888; server 192.168.1.103:8888; }
2、weight(權(quán)重比)
輪詢的加強(qiáng)版,即可以指定輪詢比率,weight和訪問幾率成正比,主要應(yīng)用于后端服務(wù)器異質(zhì)的場景下。
upstream backend { server 192.168.1.101 weight=1; server 192.168.1.102 weight=2; server 192.168.1.103 weight=3; }
3、ip_hash
每個(gè)請求按照訪問ip(即Nginx的前置服務(wù)器或者客戶端IP)的hash結(jié)果分配,這樣每個(gè)訪客會(huì)固定訪問一個(gè)后端服務(wù)器,可以解決session一致問題。
upstream backend { ip_hash; server 192.168.1.101:7777; server 192.168.1.102:8888; server 192.168.1.103:9999; }
注意:
1、當(dāng)負(fù)載調(diào)度算法為ip_hash時(shí),后端服務(wù)器在負(fù)載均衡調(diào)度中的狀態(tài)不能是weight和backup。
2、導(dǎo)致負(fù)載不均衡。
4、fair
fair顧名思義,公平地按照后端服務(wù)器的響應(yīng)時(shí)間(rt)來分配請求,響應(yīng)時(shí)間短即rt小的后端服務(wù)器優(yōu)先分配請求。如果需要使用這種調(diào)度算法,必須下載Nginx的upstr_fair模塊。
upstream backend { server 192.168.1.101; server 192.168.1.102; server 192.168.1.103; fair; }
5、url_hash,目前用consistent_hash替代url_hash
與ip_hash類似,但是按照訪問url的hash結(jié)果來分配請求,使得每個(gè)url定向到同一個(gè)后端服務(wù)器,主要應(yīng)用于后端服務(wù)器為緩存時(shí)的場景下。
upstream backend { server 192.168.1.101; server 192.168.1.102; server 192.168.1.103; hash $request_uri; hash_method crc32; }
其中,hash_method為使用的hash算法,需要注意的是:此時(shí),server語句中不能加weight等參數(shù)。
提示:url_hash用途cache服務(wù)業(yè)務(wù),memcached,squid,varnish。特點(diǎn):每個(gè)rs都是不同的。
二、設(shè)備狀態(tài)
從上面實(shí)例不難看出upstream中server指令語法如下:server address [parameters]
參數(shù)說明:
server:關(guān)鍵字,必選。
address:主機(jī)名、域名、ip或unix socket,也可以指定端口號,必選。
parameters:可選參數(shù),可選參數(shù)如下:
1.down:表示當(dāng)前server已停用
2.backup:表示當(dāng)前server是備用服務(wù)器,只有其它非backup后端服務(wù)器都掛掉了或者很忙才會(huì)分配到請求。
3.weight:表示當(dāng)前server負(fù)載權(quán)重,權(quán)重越大被請求幾率越大。默認(rèn)是1.
4.max_fails和fail_timeout一般會(huì)關(guān)聯(lián)使用,如果某臺server在fail_timeout時(shí)間內(nèi)出現(xiàn)了max_fails次連接失敗,那么Nginx會(huì)認(rèn)為其已經(jīng)掛掉了,從而在fail_timeout時(shí)間內(nèi)不再去請求它,fail_timeout默認(rèn)是10s,max_fails默認(rèn)是1,即默認(rèn)情況是只要發(fā)生錯(cuò)誤就認(rèn)為服務(wù)器掛掉了,如果將max_fails設(shè)置為0,則表示取消這項(xiàng)檢查。
舉例說明如下:
upstream backend { server backend1.example.com weight=5; server 127.0.0.1:8080 max_fails=3 fail_timeout=30s; server unix:/tmp/backend3; }
到此這篇關(guān)于nginx中調(diào)度算法的實(shí)現(xiàn)的文章就介紹到這了,更多相關(guān)nginx 調(diào)度算法內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Nginx 請求壓縮的實(shí)現(xiàn)(動(dòng)態(tài)壓縮,靜態(tài)壓縮)
本文主要介紹了Nginx 請求壓縮的實(shí)現(xiàn)(動(dòng)態(tài)壓縮,靜態(tài)壓縮),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-03-03安裝Windows版nginx及部署前端代碼并解決刷新出現(xiàn)404問題
這篇文章主要給大家介紹了關(guān)于安裝Windows版nginx及部署前端代碼解決刷新出現(xiàn)404問題的相關(guān)資料,使用nginx部署前端項(xiàng)目是一篇非常詳細(xì)的教程,旨在幫助初學(xué)者使用Nginx來部署前端項(xiàng)目,需要的朋友可以參考下2023-12-12通過Nginx的proxy_set_header設(shè)置請求頭無效的解決
這篇文章主要介紹了通過Nginx的proxy_set_header設(shè)置請求頭無效的解決,具有很好的參考價(jià)值,希望對大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-12-12Nginx+Lua+Redis構(gòu)建高并發(fā)Web應(yīng)用
使用Nginx+Lua+Redis來構(gòu)建高并發(fā)Web應(yīng)用,Curl請求Nginx,Nginx通過Lua查詢Redis,返回json數(shù)據(jù)。2013-10-10