以下是nginx在各種環(huán)境條件下的安裝與配置過程，其中還分析了中間遇到的坑以及處理方式，如果你需要往下看。

nginx是一款自由的、開源的、高性能的HTTP服務(wù)器和反向代理服務(wù)器；同時(shí)也是一個(gè)IMAP、POP3、SMTP代理服務(wù)器；nginx可以作為一個(gè)HTTP服務(wù)器進(jìn)行網(wǎng)站的發(fā)布處理，另外nginx可以作為反向代理進(jìn)行負(fù)載均衡的實(shí)現(xiàn)。

這里主要通過三個(gè)方面簡(jiǎn)單介紹nginx

反向代理負(fù)載均衡 nginx特點(diǎn) 1. 反向代理

關(guān)于代理

說到代理，首先我們要明確一個(gè)概念，所謂代理就是一個(gè)代表、一個(gè)渠道；

此時(shí)就設(shè)計(jì)到兩個(gè)角色，一個(gè)是被代理角色，一個(gè)是目標(biāo)角色，被代理角色通過這個(gè)代理訪問目標(biāo)角色完成一些任務(wù)的過程稱為代理操作過程；如同生活中的專賣店~客人到adidas專賣店買了一雙鞋，這個(gè)專賣店就是代理，被代理角色就是adidas廠家，目標(biāo)角色就是用戶

正向代理

說反向代理之前，我們先看看正向代理，正向代理也是大家最常接觸的到的代理模式，我們會(huì)從兩個(gè)方面來說關(guān)于正向代理的處理模式，分別從軟件方面和生活方面來解釋一下什么叫正向代理

在如今的網(wǎng)絡(luò)環(huán)境下，我們?nèi)绻捎诩夹g(shù)需要要去訪問國外的某些網(wǎng)站，此時(shí)你會(huì)發(fā)現(xiàn)位于國外的某網(wǎng)站我們通過瀏覽器是沒有辦法訪問的，此時(shí)大家可能都會(huì)用一個(gè)操作FQ進(jìn)行訪問，F(xiàn)Q的方式主要是找到一個(gè)可以訪問國外網(wǎng)站的代理服務(wù)器，我們將請(qǐng)求發(fā)送給代理服務(wù)器，代理服務(wù)器去訪問國外的網(wǎng)站，然后將訪問到的數(shù)據(jù)傳遞給我們！

上述這樣的代理模式稱為正向代理，正向代理最大的特點(diǎn)是客戶端非常明確要訪問的服務(wù)器地址；服務(wù)器只清楚請(qǐng)求來自哪個(gè)代理服務(wù)器，而不清楚來自哪個(gè)具體的客戶端；正向代理模式屏蔽或者隱藏了真實(shí)客戶端信息。

反向代理

明白了什么是正向代理，我們繼續(xù)看關(guān)于反向代理的處理方式，舉例如我大天朝的某寶網(wǎng)站，每天同時(shí)連接到網(wǎng)站的訪問人數(shù)已經(jīng)爆表，單個(gè)服務(wù)器遠(yuǎn)遠(yuǎn)不能滿足人民日益增長(zhǎng)的購買欲望了，此時(shí)就出現(xiàn)了一個(gè)大家耳熟能詳?shù)拿~：分布式部署；也就是通過部署多臺(tái)服務(wù)器來解決訪問人數(shù)限制的問題；某寶網(wǎng)站中大部分功能也是直接使用nginx進(jìn)行反向代理實(shí)現(xiàn)的，并且通過封裝nginx和其他的組件之后起了個(gè)高大上的名字：Tengine

那么反向代理具體是通過什么樣的方式實(shí)現(xiàn)的分布式的集群操作呢，我們先看一個(gè)示意圖：

通過上述的圖解大家就可以看清楚了，多個(gè)客戶端給服務(wù)器發(fā)送的請(qǐng)求，nginx服務(wù)器接收到之后，按照一定的規(guī)則分發(fā)給了后端的業(yè)務(wù)處理服務(wù)器進(jìn)行處理了。此時(shí)~請(qǐng)求的來源也就是客戶端是明確的，但是請(qǐng)求具體由哪臺(tái)服務(wù)器處理的并不明確了，nginx扮演的就是一個(gè)反向代理角色

反向代理，主要用于服務(wù)器集群分布式部署的情況下，反向代理隱藏了服務(wù)器的信息！

項(xiàng)目場(chǎng)景

通常情況下，我們?cè)趯?shí)際項(xiàng)目操作時(shí)，正向代理和反向代理很有可能會(huì)存在在一個(gè)應(yīng)用場(chǎng)景中，正向代理代理客戶端的請(qǐng)求去訪問目標(biāo)服務(wù)器，目標(biāo)服務(wù)器是一個(gè)反向單利服務(wù)器，反向代理了多臺(tái)真實(shí)的業(yè)務(wù)處理服務(wù)器。具體的拓?fù)鋱D如下：

2. 負(fù)載均衡

我們已經(jīng)明確了所謂代理服務(wù)器的概念，那么接下來，nginx扮演了反向代理服務(wù)器的角色，它是以依據(jù)什么樣的規(guī)則進(jìn)行請(qǐng)求分發(fā)的呢？不用的項(xiàng)目應(yīng)用場(chǎng)景，分發(fā)的規(guī)則是否可以控制呢？

這里提到的客戶端發(fā)送的、nginx反向代理服務(wù)器接收到的請(qǐng)求數(shù)量，就是我們說的負(fù)載量

請(qǐng)求數(shù)量按照一定的規(guī)則進(jìn)行分發(fā)到不同的服務(wù)器處理的規(guī)則，就是一種均衡規(guī)則

所以~將服務(wù)器接收到的請(qǐng)求按照規(guī)則分發(fā)的過程，稱為負(fù)載均衡。

負(fù)載均衡在實(shí)際項(xiàng)目操作過程中，有硬件負(fù)載均衡和軟件負(fù)載均衡兩種，硬件負(fù)載均衡也稱為硬負(fù)載，如F5負(fù)載均衡，相對(duì)造價(jià)昂貴成本較高，但是數(shù)據(jù)的穩(wěn)定性安全性等等有非常好的保障，如中國移動(dòng)中國聯(lián)通這樣的公司才會(huì)選擇硬負(fù)載進(jìn)行操作；更多的公司考慮到成本原因，會(huì)選擇使用軟件負(fù)載均衡，軟件負(fù)載均衡是利用現(xiàn)有的技術(shù)結(jié)合主機(jī)硬件實(shí)現(xiàn)的一種消息隊(duì)列分發(fā)機(jī)制

nginx支持的負(fù)載均衡調(diào)度算法方式如下：

weight輪詢（默認(rèn)）：接收到的請(qǐng)求按照順序逐一分配到不同的后端服務(wù)器，即使在使用過程中，某一臺(tái)后端服務(wù)器宕機(jī)，nginx會(huì)自動(dòng)將該服務(wù)器剔除出隊(duì)列，請(qǐng)求受理情況不會(huì)受到任何影響。 這種方式下，可以給不同的后端服務(wù)器設(shè)置一個(gè)權(quán)重值（weight），用于調(diào)整不同的服務(wù)器上請(qǐng)求的分配率；權(quán)重?cái)?shù)據(jù)越大，被分配到請(qǐng)求的幾率越大；該權(quán)重值，主要是針對(duì)實(shí)際工作環(huán)境中不同的后端服務(wù)器硬件配置進(jìn)行調(diào)整的。

ip_hash：每個(gè)請(qǐng)求按照發(fā)起客戶端的ip的hash結(jié)果進(jìn)行匹配，這樣的算法下一個(gè)固定ip地址的客戶端總會(huì)訪問到同一個(gè)后端服務(wù)器，這也在一定程度上解決了集群部署環(huán)境下session共享的問題。

fair：智能調(diào)整調(diào)度算法，動(dòng)態(tài)的根據(jù)后端服務(wù)器的請(qǐng)求處理到響應(yīng)的時(shí)間進(jìn)行均衡分配，響應(yīng)時(shí)間短處理效率高的服務(wù)器分配到請(qǐng)求的概率高，響應(yīng)時(shí)間長(zhǎng)處理效率低的服務(wù)器分配到的請(qǐng)求少；結(jié)合了前兩者的優(yōu)點(diǎn)的一種調(diào)度算法。但是需要注意的是nginx默認(rèn)不支持fair算法，如果要使用這種調(diào)度算法，請(qǐng)安裝upstream_fair模塊

url_hash：按照訪問的url的hash結(jié)果分配請(qǐng)求，每個(gè)請(qǐng)求的url會(huì)指向后端固定的某個(gè)服務(wù)器，可以在nginx作為靜態(tài)服務(wù)器的情況下提高緩存效率。同樣要注意nginx默認(rèn)不支持這種調(diào)度算法，要使用的話需要安裝nginx的hash軟件包

Nginx安裝 1. windows安裝

官方網(wǎng)站下載地址：

https://nginx.org/en/download.html

如下圖所示，下載對(duì)應(yīng)的版本的nginx壓縮包，解壓到自己電腦上存放軟件的文件夾中即可

解壓完成后，文件目錄結(jié)構(gòu)如下：

啟動(dòng)nginx

1） 直接雙擊該目錄下的nginx.exe，即可啟動(dòng)nginx服務(wù)器

2） 命令行計(jì)入該文件夾，執(zhí)行nginx命令，也會(huì)直接啟動(dòng)nginx服務(wù)器

D:/resp_application/nginx-1.13.5> nginx

訪問nginx

打開瀏覽器，輸入地址：http://localhost，訪問頁面，出現(xiàn)如下頁面表示訪問成功

停止nginx

命令行進(jìn)入nginx根目錄，執(zhí)行如下命令，停止服務(wù)器：

# 強(qiáng)制停止nginx服務(wù)器，如果有未處理的數(shù)據(jù)，丟棄D:/resp_application/nginx-1.13.5> nginx -s stop# 優(yōu)雅的停止nginx服務(wù)器，如果有未處理的數(shù)據(jù)，等待處理完成之后停止D:/resp_application/nginx-1.13.5> nginx -s quit

2. ubuntu安裝

按照正常軟件的安裝方式，直接通過如下命令進(jìn)行安裝：

$ sudo apt-get install nginx

安裝完成即可，在/usr/sbin/目錄下是nginx命令所在目錄，在/etc/nginx/目錄下是nginx所有的配置文件，用于配置nginx服務(wù)器以及負(fù)載均衡等信息

查看nginx進(jìn)程是否啟動(dòng)

$ ps -ef|grep nginx

nginx會(huì)自動(dòng)根據(jù)當(dāng)前主機(jī)的CPU的內(nèi)核數(shù)目創(chuàng)建對(duì)應(yīng)的進(jìn)程數(shù)量(當(dāng)前ubuntu主機(jī)是2核4線程配置)

備注：這里啟動(dòng)的服務(wù)進(jìn)程其實(shí)是4個(gè)進(jìn)程，因?yàn)閚ginx進(jìn)程在啟動(dòng)的時(shí)候，會(huì)附帶一個(gè)守護(hù)進(jìn)程，用于保護(hù)正式進(jìn)程不被異常終止；如果守護(hù)進(jìn)程一旦返現(xiàn)nginx繼承被終止了，會(huì)自動(dòng)重啟該進(jìn)程。

守護(hù)進(jìn)程一般會(huì)稱為master進(jìn)程，業(yè)務(wù)進(jìn)程被稱為worker進(jìn)程

  啟動(dòng)nginx服務(wù)器命令

直接執(zhí)行nginx會(huì)按照默認(rèn)的配置文件進(jìn)行服務(wù)器的啟動(dòng)

$ nginx

  停止

nginx服務(wù)命令

和windows系統(tǒng)執(zhí)行過程一樣，兩種停止方式

$ nginx -s stopor$ nginx -s quit

重新啟動(dòng)加載

同樣也可以使用命令reopen和reload來重新啟動(dòng)nginx或者重新加載配合著文件。

3. mac os安裝

直接通過brew進(jìn)行nginx的安裝，或者下載tar.gz壓縮包都是可以的。

直接通過brew進(jìn)行安裝

brew install nginx

安裝完成后，后續(xù)的命令操作，服務(wù)器的啟動(dòng)、進(jìn)程查看、服務(wù)器的停止、服務(wù)器的重啟已經(jīng)文件加載命令都是一致的。

nginx配置

nginx是一個(gè)功能非常強(qiáng)大的web服務(wù)器加反向代理服務(wù)器，同時(shí)又是郵件服務(wù)器等等

在項(xiàng)目使用中，使用最多的三個(gè)核心功能是反向代理、負(fù)載均衡和靜態(tài)服務(wù)器

這三個(gè)不同的功能的使用，都跟nginx的配置密切相關(guān)，nginx服務(wù)器的配置信息主要集中在nginx.conf這個(gè)配置文件中，并且所有的可配置選項(xiàng)大致分為以下幾個(gè)部分

main                # 全局配置events {              # nginx工作模式配置}http {                # http設(shè)置....server {            # 服務(wù)器主機(jī)配置....location {          # 路由配置....}location path {....}location otherpath {....}}server {....location {....}}upstream name {          # 負(fù)載均衡配置....}}

如上述配置文件所示，主要由6個(gè)部分組成：

main：用于進(jìn)行nginx全局信息的配置 events：用于nginx工作模式的配置 http：用于進(jìn)行http協(xié)議信息的一些配置 server：用于進(jìn)行服務(wù)器訪問信息的配置 location：用于進(jìn)行訪問路由的配置 upstream：用于進(jìn)行負(fù)載均衡的配置 main模塊

觀察下面的配置代碼

# user nobody nobody;worker_processes 2;# error_log logs/error.log# error_log logs/error.log notice# error_log logs/error.log info# pid logs/nginx.pidworker_rlimit_nofile 1024;

上述配置都是存放在main全局配置模塊中的配置項(xiàng)

user用來指定nginx worker進(jìn)程運(yùn)行用戶以及用戶組，默認(rèn)nobody賬號(hào)運(yùn)行 worker_processes指定nginx要開啟的子進(jìn)程數(shù)量，運(yùn)行過程中監(jiān)控每個(gè)進(jìn)程消耗內(nèi)存(一般幾M~幾十M不等)根據(jù)實(shí)際情況進(jìn)行調(diào)整，通常數(shù)量是CPU內(nèi)核數(shù)量的整數(shù)倍 error_log定義錯(cuò)誤日志文件的位置及輸出級(jí)別【debug / info / notice / warn / error / crit】 pid用來指定進(jìn)程id的存儲(chǔ)文件的位置 worker_rlimit_nofile用于指定一個(gè)進(jìn)程可以打開最多文件數(shù)量的描述 event 模塊

上干貨

event {worker_connections 1024;multi_accept on;use epoll;}

上述配置是針對(duì)nginx服務(wù)器的工作模式的一些操作配置

worker_connections 指定最大可以同時(shí)接收的連接數(shù)量，這里一定要注意，最大連接數(shù)量是和worker processes共同決定的。 multi_accept 配置指定nginx在收到一個(gè)新連接通知后盡可能多的接受更多的連接 use epoll 配置指定了線程輪詢的方法，如果是linux2.6+，使用epoll，如果是BSD如Mac請(qǐng)使用Kqueue http模塊

作為web服務(wù)器，http模塊是nginx最核心的一個(gè)模塊，配置項(xiàng)也是比較多的，項(xiàng)目中會(huì)設(shè)置到很多的實(shí)際業(yè)務(wù)場(chǎng)景，需要根據(jù)硬件信息進(jìn)行適當(dāng)?shù)呐渲茫Ｒ?guī)情況下，使用默認(rèn)配置即可！

http {### 基礎(chǔ)配置##sendfile on;tcp_nopush on;tcp_nodelay on;keepalive_timeout 65;types_hash_max_size 2048;# server_tokens off;# server_names_hash_bucket_size 64;# server_name_in_redirect off;include /etc/nginx/mime.types;default_type application/octet-stream;### SSL證書配置##ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLEssl_prefer_server_ciphers on;### 日志配置##access_log /var/log/nginx/access.log;error_log /var/log/nginx/error.log;### Gzip 壓縮配置##gzip on;gzip_disable "msie6";# gzip_vary on;# gzip_proxied any;# gzip_comp_level 6;# gzip_buffers 16 8k;# gzip_http_version 1.1;# gzip_types text/plain text/css application/json application/javascripttext/xml application/xml application/xml+rss text/javascript;### 虛擬主機(jī)配置##include /etc/nginx/conf.d/*.conf;include /etc/nginx/sites-enabled/*;

1) 基礎(chǔ)配置

sendfile on：配置on讓sendfile發(fā)揮作用，將文件的回寫過程交給數(shù)據(jù)緩沖去去完成，而不是放在應(yīng)用中完成，這樣的話在性能提升有有好處tc_nopush on：讓nginx在一個(gè)數(shù)據(jù)包中發(fā)送所有的頭文件，而不是一個(gè)一個(gè)單獨(dú)發(fā)tcp_nodelay on：讓nginx不要緩存數(shù)據(jù)，而是一段一段發(fā)送，如果數(shù)據(jù)的傳輸有實(shí)時(shí)性的要求的話可以配置它，發(fā)送完一小段數(shù)據(jù)就立刻能得到返回值，但是不要濫用哦keepalive_timeout 10：給客戶端分配連接超時(shí)時(shí)間，服務(wù)器會(huì)在這個(gè)時(shí)間過后關(guān)閉連接。一般設(shè)置時(shí)間較短，可以讓nginx工作持續(xù)性更好client_header_timeout 10：設(shè)置請(qǐng)求頭的超時(shí)時(shí)間client_body_timeout 10:設(shè)置請(qǐng)求體的超時(shí)時(shí)間send_timeout 10：指定客戶端響應(yīng)超時(shí)時(shí)間，如果客戶端兩次操作間隔超過這個(gè)時(shí)間，服務(wù)器就會(huì)關(guān)閉這個(gè)鏈接limit_conn_zone $binary_remote_addr zone=addr:5m ：設(shè)置用于保存各種key的共享內(nèi)存的參數(shù)，limit_conn addr 100: 給定的key設(shè)置最大連接數(shù)server_tokens：雖然不會(huì)讓nginx執(zhí)行速度更快，但是可以在錯(cuò)誤頁面關(guān)閉nginx版本提示，對(duì)于網(wǎng)站安全性的提升有好處哦include /etc/nginx/mime.types：指定在當(dāng)前文件中包含另一個(gè)文件的指令default_type application/octet-stream：指定默認(rèn)處理的文件類型可以是二進(jìn)制type_hash_max_size 2048：混淆數(shù)據(jù)，影響三列沖突率，值越大消耗內(nèi)存越多，散列key沖突率會(huì)降低，檢索速度更快；值越小key，占用內(nèi)存較少，沖突率越高，檢索速度變慢

2) 日志配置

access_log logs/access.log：設(shè)置存儲(chǔ)訪問記錄的日志error_log logs/error.log：設(shè)置存儲(chǔ)記錄錯(cuò)誤發(fā)生的日志

3) SSL證書加密

ssl_protocols：指令用于啟動(dòng)特定的加密協(xié)議，nginx在1.1.13和1.0.12版本后默認(rèn)是ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2，TLSv1.1與TLSv1.2要確保OpenSSL >= 1.0.1 ，SSLv3 現(xiàn)在還有很多地方在用但有不少被攻擊的漏洞。ssl prefer server ciphers：設(shè)置協(xié)商加密算法時(shí)，優(yōu)先使用我們服務(wù)端的加密套件，而不是客戶端瀏覽器的加密套件

4) 壓縮配置

gzip 是告訴nginx采用gzip壓縮的形式發(fā)送數(shù)據(jù)。這將會(huì)減少我們發(fā)送的數(shù)據(jù)量。gzip_disable 為指定的客戶端禁用gzip功能。我們?cè)O(shè)置成IE6或者更低版本以使我們的方案能夠廣泛兼容。gzip_static 告訴nginx在壓縮資源之前，先查找是否有預(yù)先gzip處理過的資源。這要求你預(yù)先壓縮你的文件（在這個(gè)例子中被注釋掉了），從而允許你使用最高壓縮比，這樣nginx就不用再壓縮這些文件了（想要更詳盡的gzip_static的信息，請(qǐng)點(diǎn)擊這里）。gzip_proxied 允許或者禁止壓縮基于請(qǐng)求和響應(yīng)的響應(yīng)流。我們?cè)O(shè)置為any，意味著將會(huì)壓縮所有的請(qǐng)求。gzip_min_length 設(shè)置對(duì)數(shù)據(jù)啟用壓縮的最少字節(jié)數(shù)。如果一個(gè)請(qǐng)求小于1000字節(jié)，我們最好不要壓縮它，因?yàn)閴嚎s這些小的數(shù)據(jù)會(huì)降低處理此請(qǐng)求的所有進(jìn)程的速度。gzip_comp_level 設(shè)置數(shù)據(jù)的壓縮等級(jí)。這個(gè)等級(jí)可以是1-9之間的任意數(shù)值，9是最慢但是壓縮比最大的。我們?cè)O(shè)置為4，這是一個(gè)比較折中的設(shè)置。gzip_type 設(shè)置需要壓縮的數(shù)據(jù)格式。上面例子中已經(jīng)有一些了，你也可以再添加更多的格式。

5) 文件緩存配置

open_file_cache 打開緩存的同時(shí)也指定了緩存最大數(shù)目，以及緩存的時(shí)間。我們可以設(shè)置一個(gè)相對(duì)高的最大時(shí)間，這樣我們可以在它們不活動(dòng)超過20秒后清除掉。open_file_cache_valid 在open_file_cache中指定檢測(cè)正確信息的間隔時(shí)間。open_file_cache_min_uses 定義了open_file_cache中指令參數(shù)不活動(dòng)時(shí)間期間里最小的文件數(shù)。open_file_cache_errors 指定了當(dāng)搜索一個(gè)文件時(shí)是否緩存錯(cuò)誤信息，也包括再次給配置中添加文件。我們也包括了服務(wù)器模塊，這些是在不同文件中定義的。如果你的服務(wù)器模塊不在這些位置，你就得修改這一行來指定正確的位置。

server模塊

srever模塊配置是http模塊中的一個(gè)子模塊，用來定義一個(gè)虛擬訪問主機(jī)，也就是一個(gè)虛擬服務(wù)器的配置信息

server {listen    80;server_name localhost  192.168.1.100;root    /nginx/www;index    index.php index.html index.html;charset    utf-8;access_log  logs/access.log;error_log  logs/error.log;......}

核心配置信息如下：

server：一個(gè)虛擬主機(jī)的配置，一個(gè)http中可以配置多個(gè)server

server_name：用力啊指定ip地址或者域名，多個(gè)配置之間用空格分隔

root：表示整個(gè)server虛擬主機(jī)內(nèi)的根目錄，所有當(dāng)前主機(jī)中web項(xiàng)目的根目錄

index：用戶訪問web網(wǎng)站時(shí)的全局首頁

charset：用于設(shè)置www/路徑中配置的網(wǎng)頁的默認(rèn)編碼格式

access_log：用于指定該虛擬主機(jī)服務(wù)器中的訪問記錄日志存放路徑

error_log：用于指定該虛擬主機(jī)服務(wù)器中訪問錯(cuò)誤日志的存放路徑

location模塊

location模塊是nginx配置中出現(xiàn)最多的一個(gè)配置，主要用于配置路由訪問信息

在路由訪問信息配置中關(guān)聯(lián)到反向代理、負(fù)載均衡等等各項(xiàng)功能，所以location模塊也是一個(gè)非常重要的配置模塊

基本配置

location / {root  /nginx/www;index  index.php index.html index.htm;}

location /：表示匹配訪問根目錄

root：用于指定訪問根目錄時(shí)，訪問虛擬主機(jī)的web目錄

index：在不指定訪問具體資源時(shí)，默認(rèn)展示的資源文件列表

反向代理配置方式

通過反向代理代理服務(wù)器訪問模式，通過proxy_set配置讓客戶端訪問透明化

location / {proxy_pass http://localhost:8888;proxy_set_header X-real-ip $remote_addr;proxy_set_header Host $http_host;}

uwsgi配置

wsgi模式下的服務(wù)器配置訪問方式

location / {include uwsgi_params;uwsgi_pass localhost:8888}

upstream模塊

upstream模塊主要負(fù)責(zé)負(fù)載均衡的配置，通過默認(rèn)的輪詢調(diào)度方式來分發(fā)請(qǐng)求到后端服務(wù)器

簡(jiǎn)單的配置方式如下

upstream name {ip_hash;server 192.168.1.100:8000;server 192.168.1.100:8001 down;server 192.168.1.100:8002 max_fails=3;server 192.168.1.100:8003 fail_timeout=20s;server 192.168.1.100:8004 max_fails=3 fail_timeout=20s;}

核心配置信息如下

ip_hash：指定請(qǐng)求調(diào)度算法，默認(rèn)是weight權(quán)重輪詢調(diào)度，可以指定

server host:port：分發(fā)服務(wù)器的列表配置

-- down：表示該主機(jī)暫停服務(wù)

-- max_fails：表示失敗最大次數(shù)，超過失敗最大次數(shù)暫停服務(wù)

-- fail_timeout：表示如果請(qǐng)求受理失敗，暫停指定的時(shí)間之后重新發(fā)起請(qǐng)求