序言Nginx的代理功能與負載均衡功能是最常被用到的，關于nginx的基本語法常識與配置已在上篇文章中有說明，這篇就開門見山，先描述一些關于代理功能的配置，再說明負載均衡詳細。 Nginx代理服務的配置說明1、上一篇中我們在http模塊中有下面的配置，當代理遇到狀態(tài)碼為404時，我們把404頁面導向百度。 error_page 404 https://www.baidu.com; #錯誤頁 然而這個配置，細心的朋友可以發(fā)現(xiàn)他并沒有起作用。 如果我們想讓他起作用，我們必須配合著下面的配置一起使用 proxy_intercept_errors on; #如果被代理服務器返回的狀態(tài)碼為400或者大于400，設置的error_page配置起作用。默認為off。 2、如果我們的代理只允許接受get，post請求方法的一種 proxy_method get; #支持客戶端的請求方法。post/get； 3、設置支持的http協(xié)議版本 proxy_http_version 1.0 ; #Nginx服務器提供代理服務的http協(xié)議版本1.0，1.1，默認設置為1.0版本 4、如果你的nginx服務器給2臺web服務器做代理，負載均衡算法采用輪詢，那么當你的一臺機器web程序iis關閉，也就是說web不能訪問，那么nginx服務器分發(fā)請求還是會給這臺不能訪問的web服務器，如果這里的響應連接時間過長，就會導致客戶端的頁面一直在等待響應，對用戶來說體驗就打打折扣，這里我們怎么避免這樣的情況發(fā)生呢。這里我配張圖來說明下問題。
如果負載均衡中其中web2發(fā)生這樣的情況，nginx首先會去web1請求，但是nginx在配置不當?shù)那闆r下會繼續(xù)分發(fā)請求道web2，然后等待web2響應，直到我們的響應時間超時，才會把請求重新分發(fā)給web1，這里的響應時間如果過長，用戶等待的時間就會越長。 下面的配置是解決方案之一。 proxy_connect_timeout 1; #nginx服務器與被代理的服務器建立連接的超時時間，默認60秒 proxy_read_timeout 1; #nginx服務器想被代理服務器組發(fā)出read請求后，等待響應的超時間，默認為60秒。 proxy_send_timeout 1; #nginx服務器想被代理服務器組發(fā)出write請求后，等待響應的超時間，默認為60秒。 proxy_ignore_client_abort on; #客戶端斷網時，nginx服務器是否終端對被代理服務器的請求。默認為off。 5、如果使用upstream指令配置啦一組服務器作為被代理服務器，服務器中的訪問算法遵循配置的負載均衡規(guī)則，同時可以使用該指令配置在發(fā)生哪些異常情況時，將請求順次交由下一組服務器處理。 proxy_next_upstream timeout; #反向代理upstream中設置的服務器組，出現(xiàn)故障時，被代理服務器返回的狀態(tài)值。error|timeout|invalid_header|http_500|http_502|http_503|http_504|http_404|off error：建立連接或向被代理的服務器發(fā)送請求或讀取響應信息時服務器發(fā)生錯誤。 timeout：建立連接，想被代理服務器發(fā)送請求或讀取響應信息時服務器發(fā)生超時。 invalid_header:被代理服務器返回的響應頭異常。 off:無法將請求分發(fā)給被代理的服務器。 http_400，....:被代理服務器返回的狀態(tài)碼為400，500，502，等。 6、如果你想通過http獲取客戶的真是ip而不是獲取代理服務器的ip地址，那么要做如下的設置。 proxy_set_header Host $host; #只要用戶在瀏覽器中訪問的域名綁定了 VIP VIP 下面有RS；則就用$host ；host是訪問URL中的域名和端口 www.taobao.com:80 proxy_set_header X-Real-IP $remote_addr; #把源IP 【$remote_addr,建立HTTP連接header里面的信息】賦值給X-Real-IP;這樣在代碼中 $X-Real-IP來獲取 源IP proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;#在nginx 作為代理服務器時，設置的IP列表，會把經過的機器ip，代理機器ip都記錄下來，用 【，】隔開；代碼中用 echo $x-forwarded-for |awk -F, '{print $1}' 來作為源IP 關于X-Forwarded-For與X-Real-IP的一些相關文章我推薦一位博友的：HTTP 請求頭中的 X-Forwarded-For ，這位博友對http協(xié)議有一系列的文章闡述，推薦大家去關注下。 7、下面是我的一個關于代理配置的配置文件部分，僅供參考。  include mime.types; #文件擴展名與文件類型映射表
default_type application/octet-stream; #默認文件類型，默認為text/plain
#access_log off; #取消服務日志
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為日志格式的默認值
sendfile on; #允許sendfile方式傳輸文件，默認為off，可以在http塊，server塊，location塊。
sendfile_max_chunk 100k; #每個進程每次調用傳輸數(shù)量不能大于設定的值，默認為0，即不設上限。
keepalive_timeout 65; #連接超時時間，默認為75s，可以在http，server，location塊。
proxy_connect_timeout 1; #nginx服務器與被代理的服務器建立連接的超時時間，默認60秒
proxy_read_timeout 1; #nginx服務器想被代理服務器組發(fā)出read請求后，等待響應的超時間，默認為60秒。
proxy_send_timeout 1; #nginx服務器想被代理服務器組發(fā)出write請求后，等待響應的超時間，默認為60秒。
proxy_http_version 1.0 ; #Nginx服務器提供代理服務的http協(xié)議版本1.0，1.1，默認設置為1.0版本。
#proxy_method get; #支持客戶端的請求方法。post/get；
proxy_ignore_client_abort on; #客戶端斷網時，nginx服務器是否終端對被代理服務器的請求。默認為off。
proxy_ignore_headers "Expires" "Set-Cookie"; #Nginx服務器不處理設置的http相應投中的頭域，這里空格隔開可以設置多個。
proxy_intercept_errors on; #如果被代理服務器返回的狀態(tài)碼為400或者大于400，設置的error_page配置起作用。默認為off。
proxy_headers_hash_max_size 1024; #存放http報文頭的哈希表容量上限，默認為512個字符。
proxy_headers_hash_bucket_size 128; #nginx服務器申請存放http報文頭的哈希表容量大小。默認為64個字符。
proxy_next_upstream timeout; #反向代理upstream中設置的服務器組，出現(xiàn)故障時，被代理服務器返回的狀態(tài)值。error|timeout|invalid_header|http_500|http_502|http_503|http_504|http_404|off
#proxy_ssl_session_reuse on; 默認為on，如果我們在錯誤日志中發(fā)現(xiàn)“SSL3_GET_FINSHED:digest check failed”的情況時，可以將該指令設置為off。
Nginx負載均衡詳解上一篇中我說啦nginx有哪些中負載均衡算法。這一結我就給如果操作配置的給大家做詳細說明下。 首先給大家說下upstream這個配置的，這個配置是寫一組被代理的服務器地址，然后配置負載均衡的算法。這里的被代理服務器地址有2中寫法。
upstream mysvr {
server 192.168.10.121:3333;
server 192.168.10.122:3333;
}
server {
....
location ~*^.+$ {
proxy_pass http://mysvr; #請求轉向mysvr 定義的服務器列表
}
upstream mysvr {
server http://192.168.10.121:3333;
server http://192.168.10.122:3333;
}
server {
....
location ~*^.+$ {
proxy_pass mysvr; #請求轉向mysvr 定義的服務器列表
}
然后，就來點實戰(zhàn)的東西。 1、熱備：如果你有2臺服務器，當一臺服務器發(fā)生事故時，才啟用第二臺服務器給提供服務。服務器處理請求的順序：AAAAAA突然A掛啦，BBBBBBBBBBBBBB..... upstream mysvr {
server 127.0.0.1:7878;
server 192.168.10.121:3333 backup; #熱備
}
2、輪詢：nginx默認就是輪詢其權重都默認為1，服務器處理請求的順序：ABABABABAB.... upstream mysvr {
server 127.0.0.1:7878;
server 192.168.10.121:3333;
}
3、加權輪詢：跟據(jù)配置的權重的大小而分發(fā)給不同服務器不同數(shù)量的請求。如果不設置，則默認為1。下面服務器的請求順序為：ABBABBABBABBABB.... upstream mysvr {
server 127.0.0.1:7878 weight=1;
server 192.168.10.121:3333 weight=2;
4、ip_hash:nginx會讓相同的客戶端ip請求相同的服務器。 upstream mysvr {
server 127.0.0.1:7878;
server 192.168.10.121:3333;
ip_hash;
}
5、如果你對上面4種均衡算法不是很理解，那么麻煩您去看下我上一篇配的圖片，可能會更加容易理解點。 到這里你是不是感覺nginx的負載均衡配置特別簡單與強大，那么還沒完，咱們繼續(xù)哈，這里扯下蛋。 關于nginx負載均衡配置的幾個狀態(tài)參數(shù)講解。
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;
}
到這里應該可以說nginx的內置負載均衡算法已經沒有貨啦。如果你像跟多更深入的了解nginx的負載均衡算法，nginx官方提供一些插件大家可以了解下。 總結如果你在開發(fā)過程中使用啦這些技術，或者你要使用遇到啦什么問題，歡迎加入左上角的群，我們一起討論學習，本篇未完待續(xù)。 |
|
|
