詳解 Nginx代理功能與負(fù)載均衡
序言
Nginx的代理功能與負(fù)載均衡功能是最常被用到的,關(guān)于nginx的基本語(yǔ)法常識(shí)與配置已在上篇文章中有說(shuō)明,這篇就開(kāi)門(mén)見(jiàn)山,先描述一些關(guān)于代理功能的配置,再說(shuō)明負(fù)載均衡詳細(xì)。
Nginx代理服務(wù)的配置說(shuō)明
1、上一篇中我們?cè)趆ttp模塊中有下面的配置,當(dāng)代理遇到狀態(tài)碼為404時(shí),我們把404頁(yè)面導(dǎo)向百度。
error_page 404 https://www.baidu.com; #錯(cuò)誤頁(yè)
然而這個(gè)配置,細(xì)心的朋友可以發(fā)現(xiàn)他并沒(méi)有起作用。
如果我們想讓他起作用,我們必須配合著下面的配置一起使用
proxy_intercept_errors on; #如果被代理服務(wù)器返回的狀態(tài)碼為400或者大于400,設(shè)置的error_page配置起作用。默認(rèn)為off。
2、如果我們的代理只允許接受get,post請(qǐng)求方法的一種
proxy_method get; #支持客戶端的請(qǐng)求方法。post/get;
3、設(shè)置支持的http協(xié)議版本
proxy_http_version 1.0 ; #Nginx服務(wù)器提供代理服務(wù)的http協(xié)議版本1.0,1.1,默認(rèn)設(shè)置為1.0版本
4、如果你的nginx服務(wù)器給2臺(tái)web服務(wù)器做代理,負(fù)載均衡算法采用輪詢,那么當(dāng)你的一臺(tái)機(jī)器web程序iis關(guān)閉,也就是說(shuō)web不能訪問(wèn),那么nginx服務(wù)器分發(fā)請(qǐng)求還是會(huì)給這臺(tái)不能訪問(wèn)的web服務(wù)器,如果這里的響應(yīng)連接時(shí)間過(guò)長(zhǎng),就會(huì)導(dǎo)致客戶端的頁(yè)面一直在等待響應(yīng),對(duì)用戶來(lái)說(shuō)體驗(yàn)就打打折扣,這里我們?cè)趺幢苊膺@樣的情況發(fā)生呢。這里我配張圖來(lái)說(shuō)明下問(wèn)題。
如果負(fù)載均衡中其中web2發(fā)生這樣的情況,nginx首先會(huì)去web1請(qǐng)求,但是nginx在配置不當(dāng)?shù)那闆r下會(huì)繼續(xù)分發(fā)請(qǐng)求道web2,然后等待web2響應(yīng),直到我們的響應(yīng)時(shí)間超時(shí),才會(huì)把請(qǐng)求重新分發(fā)給web1,這里的響應(yīng)時(shí)間如果過(guò)長(zhǎng),用戶等待的時(shí)間就會(huì)越長(zhǎng)。
下面的配置是解決方案之一。
proxy_connect_timeout 1; #nginx服務(wù)器與被代理的服務(wù)器建立連接的超時(shí)時(shí)間,默認(rèn)60秒 proxy_read_timeout 1; #nginx服務(wù)器想被代理服務(wù)器組發(fā)出read請(qǐng)求后,等待響應(yīng)的超時(shí)間,默認(rèn)為60秒。 proxy_send_timeout 1; #nginx服務(wù)器想被代理服務(wù)器組發(fā)出write請(qǐng)求后,等待響應(yīng)的超時(shí)間,默認(rèn)為60秒。 proxy_ignore_client_abort on; #客戶端斷網(wǎng)時(shí),nginx服務(wù)器是否終端對(duì)被代理服務(wù)器的請(qǐng)求。默認(rèn)為off。
5、如果使用upstream指令配置啦一組服務(wù)器作為被代理服務(wù)器,服務(wù)器中的訪問(wèn)算法遵循配置的負(fù)載均衡規(guī)則,同時(shí)可以使用該指令配置在發(fā)生哪些異常情況時(shí),將請(qǐng)求順次交由下一組服務(wù)器處理。
proxy_next_upstream timeout; #反向代理upstream中設(shè)置的服務(wù)器組,出現(xiàn)故障時(shí),被代理服務(wù)器返回的狀態(tài)值。error|timeout|invalid_header|http_500|http_502|http_503|http_504|http_404|off
- error:建立連接或向被代理的服務(wù)器發(fā)送請(qǐng)求或讀取響應(yīng)信息時(shí)服務(wù)器發(fā)生錯(cuò)誤。
- timeout:建立連接,想被代理服務(wù)器發(fā)送請(qǐng)求或讀取響應(yīng)信息時(shí)服務(wù)器發(fā)生超時(shí)。
- invalid_header:被代理服務(wù)器返回的響應(yīng)頭異常。
- off:無(wú)法將請(qǐng)求分發(fā)給被代理的服務(wù)器。
- http_400,....:被代理服務(wù)器返回的狀態(tài)碼為400,500,502,等。
6、如果你想通過(guò)http獲取客戶的真是ip而不是獲取代理服務(wù)器的ip地址,那么要做如下的設(shè)置。
proxy_set_header Host $host; #只要用戶在瀏覽器中訪問(wèn)的域名綁定了 VIP VIP 下面有RS;則就用$host ;host是訪問(wèn)URL中的域名和端口 www.taobao.com:80 proxy_set_header X-Real-IP $remote_addr; #把源IP 【$remote_addr,建立HTTP連接header里面的信息】賦值給X-Real-IP;這樣在代碼中 $X-Real-IP來(lái)獲取 源IP proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;#在nginx 作為代理服務(wù)器時(shí),設(shè)置的IP列表,會(huì)把經(jīng)過(guò)的機(jī)器ip,代理機(jī)器ip都記錄下來(lái),用 【,】隔開(kāi);代碼中用 echo $x-forwarded-for |awk -F, '{print $1}' 來(lái)作為源IP
關(guān)于X-Forwarded-For與X-Real-IP的一些相關(guān)文章我推薦一位博友的:HTTP 請(qǐng)求頭中的 X-Forwarded-For ,這位博友對(duì)http協(xié)議有一系列的文章闡述,推薦大家去關(guān)注下。
7、下面是我的一個(gè)關(guān)于代理配置的配置文件部分,僅供參考。
include mime.types; #文件擴(kuò)展名與文件類(lèi)型映射表 default_type application/octet-stream; #默認(rèn)文件類(lèi)型,默認(rèn)為text/plain #access_log off; #取消服務(wù)日志 log_format myFormat ' $remote_addr–$remote_user [$time_local] $request $status $body_bytes_sent $http_referer $http_user_agent $http_x_forwarded_for'; #自定義格式 access_log log/access.log myFormat; #combined為日志格式的默認(rèn)值 sendfile on; #允許sendfile方式傳輸文件,默認(rèn)為off,可以在http塊,server塊,location塊。 sendfile_max_chunk 100k; #每個(gè)進(jìn)程每次調(diào)用傳輸數(shù)量不能大于設(shè)定的值,默認(rèn)為0,即不設(shè)上限。 keepalive_timeout 65; #連接超時(shí)時(shí)間,默認(rèn)為75s,可以在http,server,location塊。 proxy_connect_timeout 1; #nginx服務(wù)器與被代理的服務(wù)器建立連接的超時(shí)時(shí)間,默認(rèn)60秒 proxy_read_timeout 1; #nginx服務(wù)器想被代理服務(wù)器組發(fā)出read請(qǐng)求后,等待響應(yīng)的超時(shí)間,默認(rèn)為60秒。 proxy_send_timeout 1; #nginx服務(wù)器想被代理服務(wù)器組發(fā)出write請(qǐng)求后,等待響應(yīng)的超時(shí)間,默認(rèn)為60秒。 proxy_http_version 1.0 ; #Nginx服務(wù)器提供代理服務(wù)的http協(xié)議版本1.0,1.1,默認(rèn)設(shè)置為1.0版本。 #proxy_method get; #支持客戶端的請(qǐng)求方法。post/get; proxy_ignore_client_abort on; #客戶端斷網(wǎng)時(shí),nginx服務(wù)器是否終端對(duì)被代理服務(wù)器的請(qǐng)求。默認(rèn)為off。 proxy_ignore_headers "Expires" "Set-Cookie"; #Nginx服務(wù)器不處理設(shè)置的http相應(yīng)投中的頭域,這里空格隔開(kāi)可以設(shè)置多個(gè)。 proxy_intercept_errors on; #如果被代理服務(wù)器返回的狀態(tài)碼為400或者大于400,設(shè)置的error_page配置起作用。默認(rèn)為off。 proxy_headers_hash_max_size 1024; #存放http報(bào)文頭的哈希表容量上限,默認(rèn)為512個(gè)字符。 proxy_headers_hash_bucket_size 128; #nginx服務(wù)器申請(qǐng)存放http報(bào)文頭的哈希表容量大小。默認(rèn)為64個(gè)字符。 proxy_next_upstream timeout; #反向代理upstream中設(shè)置的服務(wù)器組,出現(xiàn)故障時(shí),被代理服務(wù)器返回的狀態(tài)值。error|timeout|invalid_header|http_500|http_502|http_503|http_504|http_404|off #proxy_ssl_session_reuse on; 默認(rèn)為on,如果我們?cè)阱e(cuò)誤日志中發(fā)現(xiàn)“SSL3_GET_FINSHED:digest check failed”的情況時(shí),可以將該指令設(shè)置為off。
Nginx負(fù)載均衡詳解
上一篇中我說(shuō)啦nginx有哪些中負(fù)載均衡算法。這一結(jié)我就給如果操作配置的給大家做詳細(xì)說(shuō)明下。
首先給大家說(shuō)下upstream這個(gè)配置的,這個(gè)配置是寫(xiě)一組被代理的服務(wù)器地址,然后配置負(fù)載均衡的算法。這里的被代理服務(wù)器地址有2中寫(xiě)法。
upstream mysvr { server 192.168.10.121:3333; server 192.168.10.122:3333; } server { .... location ~*^.+$ { proxy_pass http://mysvr; #請(qǐng)求轉(zhuǎn)向mysvr 定義的服務(wù)器列表 }
upstream mysvr { server http://192.168.10.121:3333; server http://192.168.10.122:3333; } server { .... location ~*^.+$ { proxy_pass mysvr; #請(qǐng)求轉(zhuǎn)向mysvr 定義的服務(wù)器列表 }
然后,就來(lái)點(diǎn)實(shí)戰(zhàn)的東西。
1、熱備:如果你有2臺(tái)服務(wù)器,當(dāng)一臺(tái)服務(wù)器發(fā)生事故時(shí),才啟用第二臺(tái)服務(wù)器給提供服務(wù)。服務(wù)器處理請(qǐng)求的順序:AAAAAA突然A掛啦,BBBBBBBBBBBBBB.....
upstream mysvr { server 127.0.0.1:7878; server 192.168.10.121:3333 backup; #熱備 }
2、輪詢:nginx默認(rèn)就是輪詢其權(quán)重都默認(rèn)為1,服務(wù)器處理請(qǐng)求的順序:ABABABABAB....
upstream mysvr { server 127.0.0.1:7878; server 192.168.10.121:3333; }
3、加權(quán)輪詢:跟據(jù)配置的權(quán)重的大小而分發(fā)給不同服務(wù)器不同數(shù)量的請(qǐng)求。如果不設(shè)置,則默認(rèn)為1。下面服務(wù)器的請(qǐng)求順序?yàn)椋篈BBABBABBABBABB....
upstream mysvr { server 127.0.0.1:7878 weight=1; server 192.168.10.121:3333 weight=2; }
4、ip_hash:nginx會(huì)讓相同的客戶端ip請(qǐng)求相同的服務(wù)器。
upstream mysvr { server 127.0.0.1:7878; server 192.168.10.121:3333; ip_hash; }
5、如果你對(duì)上面4種均衡算法不是很理解,那么麻煩您去看下我上一篇配的圖片,可能會(huì)更加容易理解點(diǎn)。
到這里你是不是感覺(jué)nginx的負(fù)載均衡配置特別簡(jiǎn)單與強(qiáng)大,那么還沒(méi)完,咱們繼續(xù)哈,這里扯下蛋。
關(guān)于nginx負(fù)載均衡配置的幾個(gè)狀態(tài)參數(shù)講解。
- down,表示當(dāng)前的server暫時(shí)不參與負(fù)載均衡。
- backup,預(yù)留的備份機(jī)器。當(dāng)其他所有的非backup機(jī)器出現(xiàn)故障或者忙的時(shí)候,才會(huì)請(qǐng)求backup機(jī)器,因此這臺(tái)機(jī)器的壓力最輕。
- max_fails,允許請(qǐng)求失敗的次數(shù),默認(rèn)為1。當(dāng)超過(guò)最大次數(shù)時(shí),返回proxy_next_upstream 模塊定義的錯(cuò)誤。
- fail_timeout,在經(jīng)歷了max_fails次失敗后,暫停服務(wù)的時(shí)間。max_fails可以和fail_timeout一起使用。
upstream mysvr { server 127.0.0.1:7878 weight=2 max_fails=2 fail_timeout=2; server 192.168.10.121:3333 weight=1 max_fails=2 fail_timeout=1; }
到這里應(yīng)該可以說(shuō)nginx的內(nèi)置負(fù)載均衡算法已經(jīng)沒(méi)有貨啦。如果你像跟多更深入的了解nginx的負(fù)載均衡算法,nginx官方提供一些插件大家可以了解下。
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
- 詳解 Nginx 負(fù)載均衡和反向代理配置和優(yōu)化
- 詳解Nginx 反向代理、負(fù)載均衡、頁(yè)面緩存、URL重寫(xiě)及讀寫(xiě)分離詳解
- 詳解Nginx + Tomcat 反向代理 負(fù)載均衡 集群 部署指南
- 詳解Nginx反向代理和負(fù)載均衡部署指南
- 詳解Nginx HTTP負(fù)載均衡和反向代理配置
- Nginx服務(wù)器做負(fù)載均衡反向代理的超級(jí)攻略
- windows安裝nginx部署步驟圖解(反向代理與負(fù)載均衡)
- nginx 作為反向代理實(shí)現(xiàn)負(fù)載均衡的例子
- Nginx 安裝筆記(含PHP支持、虛擬主機(jī)、反向代理負(fù)載均衡)
- Nginx 代理與負(fù)載均衡詳解
相關(guān)文章
Nginx處理請(qǐng)求時(shí)的匹配規(guī)則詳析
這篇文章主要給大家介紹了關(guān)于Nginx處理請(qǐng)求時(shí)的匹配規(guī)則的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家學(xué)習(xí)或者使用Nginx具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2019-11-11Windows下用Nginx代理Django安裝配置實(shí)例
這篇文章主要介紹了Windows下用Nginx代理Django安裝配置實(shí)例,本文講解了安裝djanjo、用djanjo生成簡(jiǎn)單web頁(yè)面、用nginx進(jìn)行代理等內(nèi)容,需要的朋友可以參考下2015-03-03Linux部署Nginx實(shí)現(xiàn)反向代理的方法步驟
Nginx 是一種常用、輕型且快速的 Web 服務(wù)器, 它可以在 Linux 和 Windows 上運(yùn)行,并且可以配置為反向代理服務(wù)器,本文主要介紹了Linux部署Nginx實(shí)現(xiàn)反向代理的方法步驟,感興趣的可以了解一下2023-08-08解析Nginx中的日志模塊及日志基本的初始化和過(guò)濾配置
ngx_errlog_module是Nginx中用來(lái)管理日志的模塊,解析Nginx中的日志模塊及日志基本的初始化和過(guò)濾配置,需要的朋友可以參考下2016-07-07nginx出現(xiàn)500 Internal Server Error錯(cuò)誤的解決方法
這篇文章主要介紹了nginx出現(xiàn)500 Internal Server Error錯(cuò)誤的解決方法,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2024-09-09nginx 代理80端口轉(zhuǎn)443端口的實(shí)現(xiàn)
這篇文章主要介紹了nginx 代理80端口轉(zhuǎn)443端口的實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2020-09-09nginx中的正則表達(dá)式及l(fā)ocation和rewrite總結(jié)
rewrite功能就是,使用nginx提供的全局變量或自己設(shè)置的變量,結(jié)合正則表達(dá)式和標(biāo)記位實(shí)現(xiàn)URL重寫(xiě)以及重定向,這篇文章主要介紹了nginx中的正則表達(dá)式及l(fā)ocation和rewrite總結(jié),需要的朋友可以參考下2023-12-12Nginx+uwsgi+ssl配置https的詳細(xì)步驟
nginx是一個(gè)輕量級(jí)的web服務(wù)器,在處理靜態(tài)資源和高并發(fā)有優(yōu)勢(shì),uwsgi是一個(gè)基于python的高效率的協(xié)議,處理后端和動(dòng)態(tài)網(wǎng)頁(yè)有優(yōu)勢(shì),我這里使用的是Ubuntu18.04版本,服務(wù)器在阿里云,感興趣的朋友跟隨小編一起看看吧2023-10-10