最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

詳解 Nginx代理功能與負載均衡

 更新時間:2017年02月17日 09:14:42   作者:張龍豪  
本篇文章主要介紹了詳解 Nginx代理功能與負載均衡,先描述一些關于代理功能的配置,再說明負載均衡詳細,有興趣的可以了解一下。

序言

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; #客戶端斷網(wǎng)時,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列表,會把經(jīng)過的機器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; #每個進程每次調(diào)用傳輸數(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; #客戶端斷網(wǎng)時,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有哪些中負載均衡算法。這一結(jié)我就給如果操作配置的給大家做詳細說明下。

首先給大家說下upstream這個配置的,這個配置是寫一組被代理的服務器地址,然后配置負載均衡的算法。這里的被代理服務器地址有2中寫法。

upstream mysvr { 
   server 192.168.10.121:3333;
   server 192.168.10.122:3333;
  }
 server {
    ....
    location ~*^.+$ {     
      proxy_pass http://mysvr; #請求轉(zhuǎn)向mysvr 定義的服務器列表     
    } 
upstream mysvr { 
   server http://192.168.10.121:3333;
   server http://192.168.10.122:3333;
  }
 server {
    ....
    location ~*^.+$ {     
      proxy_pass mysvr; #請求轉(zhuǎn)向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ù)講解。

  • down,表示當前的server暫時不參與負載均衡。
  • backup,預留的備份機器。當其他所有的非backup機器出現(xiàn)故障或者忙的時候,才會請求backup機器,因此這臺機器的壓力最輕。
  • max_fails,允許請求失敗的次數(shù),默認為1。當超過最大次數(shù)時,返回proxy_next_upstream 模塊定義的錯誤。
  • fail_timeout,在經(jīng)歷了max_fails次失敗后,暫停服務的時間。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;  
  }

到這里應該可以說nginx的內(nèi)置負載均衡算法已經(jīng)沒有貨啦。如果你像跟多更深入的了解nginx的負載均衡算法,nginx官方提供一些插件大家可以了解下。

以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。

相關文章

  • Nginx搭建RTMP流媒體服務器的實現(xiàn)

    Nginx搭建RTMP流媒體服務器的實現(xiàn)

    本文主要介紹了Nginx搭建RTMP流媒體服務器的實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2022-07-07
  • nginx共享內(nèi)存機制詳解

    nginx共享內(nèi)存機制詳解

    這篇文章主要介紹了nginx共享內(nèi)存機制詳解,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2019-12-12
  • Windows環(huán)境實現(xiàn)Nginx配置及開機自啟動

    Windows環(huán)境實現(xiàn)Nginx配置及開機自啟動

    本文主要介紹了Windows環(huán)境實現(xiàn)Nginx配置及開機自啟動,通過兩種方式可以實現(xiàn)nginx的開機自啟動,具有一定的參考價值,感興趣的可以了解一下
    2024-03-03
  • Nginx的重寫Rewrite使用示例分析

    Nginx的重寫Rewrite使用示例分析

    這篇文章主要介紹了Nginx Rewrite功能使用,rewrite是Nginx服務器提供的一個重要基本功能,主要作用用來實現(xiàn)URL地址重寫,需要的朋友可以參考下
    2022-05-05
  • Nginx+Tomcat實現(xiàn)負載均衡、動靜分離的原理解析

    Nginx+Tomcat實現(xiàn)負載均衡、動靜分離的原理解析

    這篇文章主要介紹了Nginx+Tomcat實現(xiàn)負載均衡、動靜分離的原理解析,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2021-02-02
  • Nginx下實現(xiàn)pathinfo及ThinkPHP的URL模式

    Nginx下實現(xiàn)pathinfo及ThinkPHP的URL模式

    本篇文章主要介紹了Nginx下實現(xiàn)pathinfo及ThinkPHP的URL模式。小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧
    2017-05-05
  • 使用Nginx為自己的網(wǎng)站資源加上防盜鏈保護實現(xiàn)

    使用Nginx為自己的網(wǎng)站資源加上防盜鏈保護實現(xiàn)

    這篇文章主要為大家介紹了使用Nginx為自己的網(wǎng)站資源加上防盜鏈保護實現(xiàn)詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪
    2023-08-08
  • nginx配置location?root簡單方法記錄

    nginx配置location?root簡單方法記錄

    Location是Nginx中一個非常核心的配置,下面這篇文章主要給大家介紹了關于nginx配置location?root的相關資料,文中介紹的非常詳細,需要的朋友可以參考下
    2023-12-12
  • 當 Nginx 出現(xiàn) 504 錯誤的完美解決方法

    當 Nginx 出現(xiàn) 504 錯誤的完美解決方法

    Nginx是一款流行的Web服務器和反向代理服務器,但有時會遇到504網(wǎng)關超時錯誤,這種錯誤通常是由后端服務器響應緩慢、Nginx配置不當或網(wǎng)絡問題導致的,下面給大家分享Nginx 出現(xiàn) 504 錯誤的完美解決方法,一起看看吧
    2024-09-09
  • Nginx制作下載站點的方法步驟

    Nginx制作下載站點的方法步驟

    本文主要介紹了Nginx制作下載站點的方法步驟,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2024-10-10

最新評論

偃师市| 稻城县| 蒙阴县| 朝阳区| 江北区| 云阳县| 海南省| 大洼县| 措美县| 青冈县| 竹北市| 麟游县| 洪江市| 章丘市| 临武县| 邻水| 江都市| 松潘县| 太仆寺旗| 福泉市| 岚皋县| 开化县| 万州区| 尚义县| 微山县| 三河市| 哈尔滨市| 郯城县| 白沙| 台东市| 泰兴市| 若尔盖县| 三门峡市| 隆尧县| 黑龙江省| 霍城县| 武胜县| 静海县| 塘沽区| 延边| 宿迁市|