Nginx負載均衡+反向代理

本文轉載自查看原文 2015-04-22 18:15 2764 Linux

Nginx 反向代理、負載均衡、頁面緩存、URL重寫及讀寫分離詳解

大綱

一、前言

二、環境准備

三、安裝與配置Nginx

四、Nginx之反向代理

五、Nginx之負載均衡

六、Nginx之頁面緩存

七、Nginx之URL重寫

八、Nginx之讀寫分離

注，操作系統為 CentOS 6.4 64位 , Nginx 是版本是最新版的1.6.3

一、前言

在前面的幾篇博文中我們主要講解了Nginx作為Web服務器知識點，主要的知識點有nginx的理論詳解、nginx作為web服務器的操作講解、nginx作為LNMP架構的講解，不清楚的博友可以回頭看看，在這一篇博客中我們主要講解， nginx的反向代理、負載均衡、緩存、URL重寫以及讀寫分離詳解。好了，下面我們來具體說一說。

二、環境准備

1.操作系統： CentOS 6.4 x86_64

2.軟件版本： Nginx 1.6.3

3.實驗拓撲見下文

4.安裝yum源

[root@nginx ~]# rpm -ivh http://download.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm

[root@web1 ~]# rpm -ivh http://download.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm

[root@web2 ~]# rpm -ivh http://download.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm

5.各節點時間同步

[root@nginx ~]# ntpdate 202.120.2.101

[root@web1 ~]# ntpdate 202.120.2.101

[root@web2 ~]# ntpdate 202.120.2.101

6.關閉防火牆與SELinux

[root@nginx ~]# service iptables stop

[root@nginx ~]# chkconfig iptables off

[root@nginx ~]# getenforce

Disabled

[root@web1 ~]# service iptables stop

[root@web1 ~]# chkconfig iptables off

[root@web1 ~]# getenforce

Disabled

[root@web2 ~]# service iptables stop

[root@web2 ~]# chkconfig iptables off

[root@web2 ~]# getenforce

Disabled

三、安裝Nginx

1.解壓

[root@nginx home]# tar zxvf nginx-1.6.3.tar.gz

2.新建nginx用戶與組

[root@nginx src]# groupadd -g 108 -r nginx

[root@nginx src]# useradd -u 108 -r -g 108 nginx

[root@nginx src]# id nginx

uid=108(nginx) gid=108(nginx) 組=108(nginx)

3.准備編譯配置文件

[root@nginx src]# yum install -y pcre-devel openssl-devel

[root@nginx src]# yum -y install gcc c++

[root@nginx nginx-1.4.2]# ./configure --prefix=/usr --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx/nginx.pid --lock-path=/var/lock/nginx.lock --user=nginx --group=nginx --with-http_ssl_module --with-http_flv_module --with-http_stub_status_module --with-http_gzip_static_module --http-client-body-temp-path=/var/tmp/nginx/client/ --http-proxy-temp-path=/var/tmp/nginx/proxy/ --http-fastcgi-temp-path=/var/tmp/nginx/fcgi/ --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi --http-scgi-temp-path=/var/tmp/nginx/scgi --with-pcre

4.編譯並安裝

[root@nginx nginx-1.4.2]# make && make install

5.為nginx提供SysV init腳本

[root@nginx ~]# cat /etc/init.d/nginx

#!/bin/sh

# nginx - this script starts and stops the nginx daemon

# chkconfig: - 85 15

# description: Nginx is an HTTP(S) server, HTTP(S) reverse \

# proxy and IMAP/POP3 proxy server

# processname: nginx

# config: /etc/nginx/nginx.conf

# config: /etc/sysconfig/nginx

# pidfile: /var/run/nginx.pid

# Source function library.

. /etc/rc.d/init.d/functions

# Source networking configuration.

. /etc/sysconfig/network

# Check that networking is up.

[ "$NETWORKING" = "no" ] && exit 0

nginx="/usr/sbin/nginx"

prog=$(basename $nginx)

NGINX_CONF_FILE="/etc/nginx/nginx.conf"

[ -f /etc/sysconfig/nginx ] && . /etc/sysconfig/nginx

lockfile=/var/lock/subsys/nginx

make_dirs() {

# make required directories

user=`nginx -V 2>&1 | grep "configure arguments:" | sed 's/[^*]*--user=$[^ ]*$.*/\1/g' -`

options=`$nginx -V 2>&1 | grep 'configure arguments:'`

for opt in $options; do

if [ `echo $opt | grep '.*-temp-path'` ]; then

value=`echo $opt | cut -d "=" -f 2`

if [ ! -d "$value" ]; then

# echo "creating" $value

mkdir -p $value && chown -R $user $value

done

}

start() {

[ -x $nginx ] || exit 5

[ -f $NGINX_CONF_FILE ] || exit 6

make_dirs

echo -n $"Starting $prog: "

daemon $nginx -c $NGINX_CONF_FILE

retval=$?

echo

[ $retval -eq 0 ] && touch $lockfile

return $retval

}

stop() {

echo -n $"Stopping $prog: "

killproc $prog -QUIT

retval=$?

echo

[ $retval -eq 0 ] && rm -f $lockfile

return $retval

}

restart() {

configtest || return $?

stop

sleep 1

start

}

reload() {

configtest || return $?

echo -n $"Reloading $prog: "

killproc $nginx -HUP

RETVAL=$?

echo

}

force_reload() {

restart

}

configtest() {

$nginx -t -c $NGINX_CONF_FILE

}

rh_status() {

status $prog

}

rh_status_q() {

rh_status >/dev/null 2>&1

}

case "$1" in

start)

rh_status_q && exit 0

;;

stop)

rh_status_q || exit 0

;;

restart|configtest)

;;

reload)

rh_status_q || exit 7

;;

force-reload)

force_reload

;;

status)

rh_status

;;

condrestart|try-restart)

rh_status_q || exit 0

;;

echo $"Usage: $0 {start|stop|status|restart|condrestart|try-restart|reload|force-reload|configtest}"

exit 2

esac

6.為此腳本賦予執行權限

[root@nginx ~]# chmod +x /etc/init.d/nginx

7.添加至服務管理列表，並讓其開機自動啟動

[root@nginx ~]# chkconfig --add nginx

[root@nginx ~]# chkconfig nginx on

[root@nginx ~]# chkconfig nginx --list

nginx 0:關閉 1:關閉 2:啟用 3:啟用 4:啟用 5:啟用 6:關閉

8.啟動nginx

[root@nginx ~]# service nginx start

正在啟動 nginx： [確定]

9.查看一下端口

[root@nginx ~]# netstat -ntlp | grep :80

tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 3889/nginx

10.測試一下

好了，Nginx安裝與配置就到這里，下面我們來說一說Nginx的反向代理。

四、Nginx之反向代理

在配置nginx反向代理之間我們得先准備兩台測試服務器，Web1與Web2。

1.安裝httpd

[root@web1 ~]# yum install -y httpd

[root@web2 ~]# yum install -y httpd

2.提供測試頁面

[root@web1 ~]# echo "<h1>web1.test.com</h1>" > /var/www/html/index.html

[root@web2 ~]# echo "<h1>web2.test.com</h1>" > /var/www/html/index.html

3.啟動httpd服務

[root@web1 ~]# service httpd start

正在啟動 httpd： [確定]

[root@web2 ~]# service httpd start

正在啟動 httpd： [確定]

4.測試一下

5.簡單說一下，正向代理與反向代理

(1).正向代理的概念

正向代理，也就是傳說中的代理,他的工作原理就像一個跳板，簡單的說，我是一個用戶，我訪問不了某網站，但是我能訪問一個代理服務器，這個代理服務器呢，他能訪問那個我不能訪問的網站，於是我先連上代理服務器，告訴他我需要那個無法訪問網站的內容，代理服務器去取回來，然后返回給我。從網站的角度，只在代理服務器來取內容的時候有一次記錄，有時候並不知道是用戶的請求，也隱藏了用戶的資料，這取決於代理告不告訴網站。

結論就是，正向代理是一個位於客戶端和原始服務器(origin server)之間的服務器，為了從原始服務器取得內容，客戶端向代理發送一個請求並指定目標(原始服務器)，然后代理向原始服務器轉交請求並將獲得的內容返回給客戶端。客戶端必須要進行一些特別的設置才能使用正向代理。

(2).反向代理的概念

繼續舉例:

例用戶訪問 http://www.test.com/readme，但www.test.com上並不存在readme頁面，他是偷偷從另外一台服務器上取回來，然后作為自己的內容返回用戶，但用戶並不知情。這里所提到的 www.test.com 這個域名對應的服務器就設置了反向代理功能。

結論就是，反向代理正好相反，對於客戶端而言它就像是原始服務器，並且客戶端不需要進行任何特別的設置。客戶端向反向代理的命名空間(name-space)中的內容發送普通請求，接着反向代理將判斷向何處(原始服務器)轉交請求，並將獲得的內容返回給客戶端，就像這些內容原本就是它自己的一樣。

(3).兩者區別

從用途上來講：

正向代理的典型用途是為在防火牆內的局域網客戶端提供訪問Internet的途徑。正向代理還可以使用緩沖特性減少網絡使用率。反向代理的典型用途是將防火牆后面的服務器提供給Internet用戶訪問。反向代理還可以為后端的多台服務器提供負載平衡，或為后端較慢的服務器提供緩沖服務。另外，反向代理還可以啟用高級URL策略和管理技術，從而使處於不同web服務器系統的web頁面同時存在於同一個URL空間下。

從安全性來講：

正向代理允許客戶端通過它訪問任意網站並且隱藏客戶端自身，因此你必須采取安全措施以確保僅為經過授權的客戶端提供服務。反向代理對外都是透明的，訪問者並不知道自己訪問的是一個代理。

6.nginx 代理模塊

說明：代理模塊的指令有很多我這里只講解重要的proxy_pass，想了解更多代理指令請參考官方中文文檔。

這個模塊可以轉發請求到其他的服務器。HTTP/1.0無法使用keepalive（后端服務器將為每個請求創建並且刪除連接）。nginx為瀏覽器發送HTTP/1.1並為后端服務器發送HTTP/1.0，這樣瀏覽器就可以為瀏覽器處理keepalive。

如下例：

location / {

proxy_pass http://localhost:8000;

proxy_set_header X-Real-IP $remote_addr;

}

注意，當使用http proxy模塊（甚至FastCGI），所有的連接請求在發送到后端服務器之前nginx將緩存它們，因此，在測量從后端傳送的數據時，它的進度顯示可能不正確。

實驗拓撲：

7.配置http反向代理

[root@nginx ~]# cd /etc/nginx/

[root@nginx nginx]# cp nginx.conf nginx.conf.bak #備份一個原配置文件

[root@nginx nginx]# vim nginx.conf

location / {

proxy_pass http://192.168.1.100;

}

指令說明：proxy_pass

語法：proxy_pass URL

默認值：no

使用字段：location, location中的if字段

這個指令設置被代理服務器的地址和被映射的URI，地址可以使用主機名或IP加端口號的形式，例如：proxy_pass http://localhost:8000/uri/;

8.重新加載一下配置文件

[root@nginx ~]# service nginx reload

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok

nginx: configuration file /etc/nginx/nginx.conf test is successful

重新載入 nginx： [確定]

9.測試一下

注，大家可以看到，當我們訪問192.168.1.10時，被代理重新定向到Web1上。

10.查看一下Web服務器日志

[root@web1 ~]# tail /var/log/httpd/access_log

192.168.1.10 - - [22/Apr/2015:12:27:30 -0400] "GET / HTTP/1.0" 304 - "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; LBBROWSER)"

192.168.1.10 - - [22/Apr/2015:12:27:31 -0400] "GET / HTTP/1.0" 304 - "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; LBBROWSER)"

注，大家可以看到我們這里的客戶的IP全是，nginx代理服務器的IP，並不是真實客戶端的IP。下面我們修改一下，讓日志的IP顯示真實的客戶端的IP。

11.修改nginx配置文件

[root@nginx nginx]# vim /etc/nginx/nginx.conf

location / {

proxy_pass http://192.168.1.100;

proxy_set_header X-Real-IP $remote_addr; #加上這一行

}

指令說明：proxy_set_header

語法：proxy_set_header header value

默認值： Host and Connection

使用字段：http, server, location

這個指令允許將發送到被代理服務器的請求頭重新定義或者增加一些字段。這個值可以是一個文本，變量或者它們的組合。proxy_set_header在指定的字段中沒有定義時會從它的上級字段繼承。

12.重新加載一下配置文件

[root@nginx ~]# service nginx reload

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok

nginx: configuration file /etc/nginx/nginx.conf test is successful

重新載入 nginx： [確定]

13.測試並查看日志

[root@web1 ~]# tail /var/log/httpd/access_log

192.168.1.10 - - [22/Apr/2015:12:30:32 -0400] "GET / HTTP/1.0" 304 - "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; LBBROWSER)"

注，大家可以看到日志記錄的還是代理的IP，沒有顯示真實客戶端的IP，為什么呢？我們來看一下httpd的配置文件。

14.查看並修改httpd配置文件

[root@web1 ~]# vim /etc/httpd/conf/httpd.conf

LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined

LogFormat "%h %l %u %t \"%r\" %>s %b" common

LogFormat "%{Referer}i -> %U" referer

LogFormat "%{User-agent}i" agent

注，大家可以這里記錄日志的參數還是%h，下面我們修改一下參數。

LogFormat "%{X-Real-IP}i %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined

LogFormat "%h %l %u %t \"%r\" %>s %b" common

LogFormat "%{Referer}i -> %U" referer

LogFormat "%{User-agent}i" agent

注，這是修改后的參數，將h%修改為%{X-Real-IP}i，好的下面我們再來測試一下。

15.重啟並測試

[root@web1 ~]# service httpd restart

停止 httpd： [確定]

正在啟動 httpd： [確定]

[root@web1 ~]# tail /var/log/httpd/access_log

192.168.1.10 - - [22/Apr/2015:12:30:58 -0400] "GET / HTTP/1.0" 304 - "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; LBBROWSER)"

- - - [22/Apr/2015:13:37:42 -0400] "GET /favicon.ico HTTP/1.1" 404 288 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.99 Safari/537.36 LBBROWSER"

192.168.1.250 - - [22/Apr/2015:13:37:42 -0400] "GET /favicon.ico HTTP/1.0" 404 288 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.99 Safari/537.36 LBBROWSER"

192.168.1.250 - - [22/Apr/2015:13:37:45 -0400] "GET / HTTP/1.0" 304 - "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.99 Safari/537.36 LBBROWSER"

192.168.1.250 - - [22/Apr/2015:13:37:45 -0400] "GET /favicon.ico HTTP/1.0" 404 288 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.99 Safari/537.36 LBBROWSER"

192.168.1.250 - - [22/Apr/2015:13:37:46 -0400] "GET / HTTP/1.0" 304 - "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; LBBROWSER)"

注，大家可以看到現在的日志里記錄的IP地址就是真實的客戶端地址了。好了，到這里Nginx代理后端一台服務器就演示到這里，下面我們繼續說。

五、Nginx之負載均衡

注，大家可以看到，由於我們網站是發展初期，nginx只代理了后端一台服務器，但由於我們網站名氣大漲訪問的人越來越多一台服務器實在是頂不住，於是我們加了多台服務器，那么多台服務器又怎么配置代理呢，我們這里以兩台服務器為案例，為大家做演示。

1.upstream 負載均衡模塊說明

案例：

下面設定負載均衡的服務器列表。

[root@nginx nginx]# vim /etc/nginx/nginx.conf

upstream test.net{

ip_hash;

server 192.168.1.13:80;

server 192.168.1.14:80 down;

server 192.168.1.15:8009 max_fails=3 fail_timeout=20s;

server 192.168.1.16:8080;

}

server {

location / {

proxy_pass http://test.net;

}

upstream是Nginx的HTTP Upstream模塊，這個模塊通過一個簡單的調度算法來實現客戶端IP到后端服務器的負載均衡。在上面的設定中，通過upstream指令指定了一個負載均衡器的名稱 test.net 。這個名稱可以任意指定，在后面需要用到的地方直接調用即可。

2.upstream 支持的負載均衡算法

Nginx的負載均衡模塊目前支持4種調度算法，下面進行分別介紹，其中后兩項屬於第三方調度算法。

● 輪詢（默認）。每個請求按時間順序逐一分配到不同的后端服務器，如果后端某台服務器宕機，故障系統被自動剔除，使用戶訪問不受影響。Weight 指定輪詢權值，Weight值越大，分配到的訪問機率越高，主要用於后端每個服務器性能不均的情況下。

● ip_hash。每個請求按訪問IP的hash結果分配，這樣來自同一個IP的訪客固定訪問一個后端服務器，有效解決了動態網頁存在的session共享問題。

● fair。這是比上面兩個更加智能的負載均衡算法。此種算法可以依據頁面大小和加載時間長短智能地進行負載均衡，也就是根據后端服務器的響應時間來分配請求，響應時間短的優先分配。Nginx本身是不支持fair的，如果需要使用這種調度算法，必須下載Nginx的upstream_fair模塊。

● url_hash。此方法按訪問url的hash結果來分配請求，使每個url定向到同一個后端服務器，可以進一步提高后端緩存服務器的效率。Nginx本身是不支持url_hash的，如果需要使用這種調度算法，必須安裝Nginx 的hash軟件包。

3.upstream 支持的狀態參數

在HTTP Upstream模塊中，可以通過server指令指定后端服務器的IP地址和端口，同時還可以設定每個后端服務器在負載均衡調度中的狀態。常用的狀態有：

● down，表示當前的server暫時不參與負載均衡。

● backup，預留的備份機器。當其他所有的非backup機器出現故障或者忙的時候，才會請求backup機器，因此這台機器的壓力最輕。

● max_fails，允許請求失敗的次數，默認為1。當超過最大次數時，返回proxy_next_upstream 模塊定義的錯誤。

● fail_timeout，在經歷了max_fails次失敗后，暫停服務的時間。max_fails可以和fail_timeout一起使用。

注，當負載調度算法為ip_hash時，后端服務器在負載均衡調度中的狀態不能是weight和backup。

4.實驗拓撲

5.配置nginx負載均衡

[root@nginx ~]# vim /etc/nginx/nginx.conf

upstream webservers {

server 192.168.1.100 weight=1;

server 192.168.1.200 weight=1;

}

server {

listen 80;

server_name localhost;

#charset koi8-r;

#access_log logs/host.access.log main;

location / {

proxy_pass http://webservers;

proxy_set_header X-Real-IP $remote_addr;

}

注，upstream是定義在server{ }之外的，不能定義在server{ }內部。定義好upstream之后，用proxy_pass引用一下即可。

6.重新加載一下配置文件

[root@nginx ~]# service nginx reload

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok

nginx: configuration file /etc/nginx/nginx.conf test is successful

重新載入 nginx： [確定]

7.測試一下

注，大家可以不斷的刷新瀏覽的內容，可以發現web1與web2是交替出現的，達到了負載均衡的效果。

8.查看一下Web訪問服務器日志

Web1:

[root@web1 ~]# tail /var/log/httpd/access_log

192.168.1.250 - - [22/Apr/2015:15:24:12 -0400] "GET / HTTP/1.0" 200 23 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; LBBROWSER)"

192.168.1.250 - - [22/Apr/2015:15:24:12 -0400] "GET /favicon.ico HTTP/1.0" 404 285 "-" "Mozilla/4.0 (compatible; MSIE 7.0; LBBROWSER)"

Web2:

先修改一下，Web2服務器記錄日志的格式。

[root@web2 ~]# vim /etc/httpd/conf/httpd.conf

LogFormat "%{X-Real-IP}i %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined

[root@web2 ~]# service httpd restart

停止 httpd： [確定]

正在啟動 httpd： [確定]

接着，再訪問多次，繼續查看日志。

[root@web2 ~]# tail /var/log/httpd/access_log

192.168.1.250 - - [22/Apr/2015:15:27:56 +0800] "GET /favicon.ico HTTP/1.0" 404 285 "-" "Mozilla/4.0 (compatible; MSIE 7.0; LBBROWSER)"

192.168.1.250 - - [22/Apr/2015:15:27:57 +0800] "GET /favicon.ico HTTP/1.0" 404 285 "-" "Mozilla/4.0 (compatible; MSIE 7.0; LBBROWSER)"

192.168.1.250 - - [22/Apr/2015:15:27:57 +0800] "GET / HTTP/1.0" 200 23 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; LBBROWSER)"

192.168.1.250 - - [22/Apr/2015:15:27:57 +0800] "GET /favicon.ico HTTP/1.0" 404 285 "-" "Mozilla/4.0 (compatible; MSIE 7.0; LBBROWSER)"

注，大家可以看到，兩台服務器日志都記錄是192.168.1.250訪問的日志，也說明了負載均衡配置成功。

9.配置nginx進行健康狀態檢查

● max_fails，允許請求失敗的次數，默認為1。當超過最大次數時，返回proxy_next_upstream 模塊定義的錯誤。

● fail_timeout，在經歷了max_fails次失敗后，暫停服務的時間。max_fails可以和fail_timeout一起使用，進行健康狀態檢查

[root@nginx ~]# vim /etc/nginx/nginx.conf

upstream webservers {

server 192.168.1.100 weight=1 max_fails=2 fail_timeout=2;

server 192.168.1.200 weight=1 max_fails=2 fail_timeout=2;

}

10.重新加載一下配置文件

[root@nginx ~]# service nginx reload

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok

nginx: configuration file /etc/nginx/nginx.conf test is successful

重新載入 nginx： [確定]

11.停止服務器並測試

先停止Web1，進行測試。

[root@web1 ~]# service httpd stop

停止 httpd： [確定]

注，大家可以看到，現在只能訪問Web2，再重新啟動Web1，再次訪問一下。

[root@web1 ~]# service httpd start

正在啟動 httpd： [確定]

注，大家可以看到，現在又可以重新訪問，說明nginx的健康狀態查檢配置成功。但大家想一下，如果不幸的是所有服務器都不能提供服務了怎么辦，用戶打開頁面就會出現出錯頁面，那么會帶來用戶體驗的降低，所以我們能不能像配置LVS一樣去配置sorry_server呢，答案是可以的，但這里不是配置sorry_server而是配置backup。

12.配置backup服務器

備份服務器在平時不使用，nginx不會給它轉發任何請求。只有當其他節點全部無法連接的時候，nginx才會啟用這個節點。一旦有可用的節點恢復服務，該節點則不再使用，又進入后備狀態。

[root@nginx ~]# vim /etc/nginx/nginx.conf

upstream webservers {

server 192.168.1.100 weight=1 max_fails=2 fail_timeout=2;

server 192.168.1.200 weight=1 max_fails=2 fail_timeout=2;

server 127.0.0.1:8080 backup;

}

server {

listen 8080;

server_name localhost;

root /data/www/errorpage;

index index.html;

}

[root@nginx ~]# mkdir -pv /data/www/errorpage

[root@nginx ~]# vim /data/www/errorpage/ index.html

<h1>Sorry......</h1>

13.重新加載配置文件

[root@nginx errorpage]# service nginx reload

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok

nginx: configuration file /etc/nginx/nginx.conf test is successful

重新載入 nginx： [確定]

14.關閉Web服務器並進行測試

[root@web1 ~]# service httpd stop

停止 httpd： [確定]

[root@web2 ~]# service httpd stop

停止 httpd： [確定]

注，大家可以看到，當所有服務器都不能工作時，就會啟動備份服務器。好了，backup服務器就配置到這里，下面我們來配置ip_hash負載均衡。

我做backup的時候使用本機沒成功，后來重新開了一台web3，然后將“sorry”頁面放到web3上並安裝httpd服務才能看到備份效果，原因未知！

15.配置ip_hash負載均衡

ip_hash，每個請求按訪問IP的hash結果分配，這樣來自同一個IP的訪客固定訪問一個后端服務器，有效解決了動態網頁存在的session共享問題。（一般電子商務網站用的比較多）

[root@nginx ~]# vim /etc/nginx/nginx.conf

upstream webservers {

ip_hash;

server 192.168.1.100 weight=1 max_fails=2 fail_timeout=2;

server 192.168.1.200 weight=1 max_fails=2 fail_timeout=2;

#server 127.0.0.1:8080 backup;

}

注，當負載調度算法為ip_hash時，后端服務器在負載均衡調度中的狀態不能有backup。（有人可能會問，為什么呢？大家想啊，如果負載均衡把你分配到backup服務器上，你一直都訪問不了正常服務器的頁面內容了！所以不能配置backup服務器）

16.重新加載一下服務器

[root@nginx ~]# service nginx reload

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok

nginx: configuration file /etc/nginx/nginx.conf test is successful

重新載入 nginx： [確定]

17.測試一下

注，大家可以看到，你不斷的刷新頁面一直會顯示的民Web1，說明ip_hash負載均衡配置成功。下面我們來統計一下Web2的訪問連接數。

18.統計Web1的訪問連接數

[root@web1 ~]# netstat -an | grep :80 | wc -l

304

注，你不斷的刷新，連接數會越來越多。好了，nginx的負載均衡就全部演示到這里下面我們來說一說，頁面緩存。

六、Nginx之頁面緩存

1.指令說明

proxy_cache_path

語法：proxy_cache_path path [levels=number] keys_zone=zone_name:zone_size [inactive=time] [max_size=size];

默認值：None

使用字段：http

指令指定緩存的路徑和一些其他參數，緩存的數據存儲在文件中，並且使用代理url的哈希值作為關鍵字與文件名。levels參數指定緩存的子目錄數，例如：

proxy_cache_path /data/nginx/cache levels=1:2 keys_zone=one:10m;

文件名類似於：

/data/nginx/cache/c/29/b7f54b2df7773722d382f4809d65029c

levels指定目錄結構，可以使用任意的1位或2位數字作為目錄結構，如 X, X:X,或X:X:X 例如: “2”, “2:2”, “1:1:2“，但是最多只能是三級目錄。

所有活動的key和元數據存儲在共享的內存池中，這個區域用keys_zone參數指定。one指的是共享池的名稱，10m指的是共享池的大小。

注意每一個定義的內存池必須是不重復的路徑，例如：

proxy_cache_path /data/nginx/cache/one levels=1 keys_zone=one:10m;

proxy_cache_path /data/nginx/cache/two levels=2:2 keys_zone=two:100m;

proxy_cache_path /data/nginx/cache/three levels=1:1:2 keys_zone=three:1000m;

如果在inactive參數指定的時間內緩存的數據沒有被請求則被刪除，默認inactive為10分鍾。一個名為cache manager的進程控制磁盤的緩存大小，它被用來刪除不活動的緩存和控制緩存大小，這些都在max_size參數中定義，當目前緩存的值超出max_size指定的值之后，超過其大小后最少使用數據（LRU替換算法）將被刪除。內存池的大小按照緩存頁面數的比例進行設置，一個頁面（文件）的元數據大小按照操作系統來定，如FreeBSD/i386下為64字節，FreeBSD/amd64下為128字節。

proxy_cache

語法：proxy_cache zone_name;

默認值：None

使用字段：http, server, location

設置一個緩存區域的名稱，一個相同的區域可以在不同的地方使用。

在0.7.48后，緩存遵循后端的”Expires”, “Cache-Control: no-cache”, “Cache-Control: max-age=XXX”頭部字段，0.7.66版本以后，”Cache-Control:“private”和”no-store”頭同樣被遵循。nginx在緩存過程中不會處理”Vary”頭，為了確保一些私有數據不被所有的用戶看到，后端必須設置 “no-cache”或者”max-age=0”頭，或者proxy_cache_key包含用戶指定的數據如$cookie_xxx，使用cookie的值作為proxy_cache_key的一部分可以防止緩存私有數據，所以可以在不同的location中分別指定proxy_cache_key的值以便分開私有數據和公有數據。

緩存指令依賴代理緩沖區(buffers)，如果proxy_buffers設置為off，緩存不會生效。

proxy_cache_valid

語法：proxy_cache_valid reply_code [reply_code …] time;

默認值：None

使用字段：http, server, location

為不同的應答設置不同的緩存時間，例如：

proxy_cache_valid 200 302 10m;

proxy_cache_valid 404 1m;

為應答代碼為200和302的設置緩存時間為10分鍾，404代碼緩存1分鍾。

如果只定義時間：

proxy_cache_valid 5m;

那么只對代碼為200, 301和302的應答進行緩存。

同樣可以使用any參數任何應答。

proxy_cache_valid 200 302 10m;

proxy_cache_valid 301 1h;

proxy_cache_valid any 1m;

2.定義一個簡單nginx緩存服務器

[root@nginx ~]# vim /etc/nginx/nginx.conf

proxy_cache_path /data/nginx/cache/webserver levels=1:2 keys_zone=webserver:20m max_size=1g;

server {

listen 80;

server_name localhost;

#charset koi8-r;

#access_log logs/host.access.log main;

location / {

proxy_pass http://webservers;

proxy_set_header X-Real-IP $remote_addr;

proxy_cache webserver;

proxy_cache_valid 200 10m;

}

3.新建緩存目錄

[root@nginx ~]# mkdir -pv /data/nginx/cache/webserver

4.重新加載一下配置文件

[root@nginx webserver]# service nginx reload

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok

nginx: configuration file /etc/nginx/nginx.conf test is successful

重新載入 nginx： [確定]

5.下面我們來測試一下（谷歌瀏覽器）

注，大家用谷歌瀏覽器測試的時候，可以按F12調用開發工具，選擇Network選項，我們可以看到，Response Headers，在這里我們可以看到，我們請求的是否是緩存，但現在還看不到，下面我們來配置一下，再來測試。

6. 緩存變量說明

$server_addr

服務器地址，在完成一次系統調用后可以確定這個值，如果要繞開系統調用，則必須在listen中指定地址並且使用bind參數。

$upstream_cache_status

0.8.3版本中其值可能為：

MISS 未命中

EXPIRED - expired。請求被傳送到后端。

UPDATING - expired。由於proxy/fastcgi_cache_use_stale正在更新，將使用舊的應答。

STALE - expired。由於proxy/fastcgi_cache_use_stale，后端將得到過期的應答。

HIT 命中

[root@nginx ~]# vim /etc/nginx/nginx.conf

proxy_cache_path /data/nginx/cache/webserver levels=1:2 keys_zone=webserver:20m max_size=1g;

server {

listen 80;

server_name localhost;

#charset koi8-r;

#access_log logs/host.access.log main;

#增加兩頭部

add_header X-Via $server_addr;

add_header X-Cache $upstream_cache_status;

location / {

proxy_pass http://webservers;

proxy_set_header X-Real-IP $remote_addr;

proxy_cache webserver;

proxy_cache_valid 200 10m;

}

7.重新加載一下配置文件

[root@nginx ~]# service nginx reload

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok

nginx: configuration file /etc/nginx/nginx.conf test is successful

重新載入 nginx： [確定]

8.測試一下

注，從圖中我們可以看到，我們訪問的服務器是192.168.1.10，緩存命中。大家可以看到是不是很直觀啊。下面我們看一下緩存目錄。

9.查看一下緩存目錄

[root@nginx ~]# cd /data/nginx/cache/webserver/f/63/

[root@nginx 63]# ls

681ad4c77694b65d61c9985553a2763f

注，緩存目錄里確實有緩存文件。好了，nginx緩存配置就到這邊了，更多配置請根據需要看配置文檔。下面我們來說一下，URL重寫。

七、Nginx之URL重寫

1.URL重寫模塊（Rewrite）

摘要

這個模塊允許使用正則表達式重寫URI（需PCRE庫），並且可以根據相關變量重定向和選擇不同的配置。如果這個指令在server字段中指定，那么將在被請求的location確定之前執行，如果在指令執行后所選擇的location中有其他的重寫規則，那么它們也被執行。如果在location中執行這個指令產生了新的URI，那么location又一次確定了新的URI。這樣的循環可以最多執行10次，超過以后nginx將返回500錯誤。

指令

break

語法：break

默認值：none

使用字段：server, location, if

完成當前設置的規則，停止執行其他的重寫指令。

示例：

if ($slow) {

limit_rate 10k;

break;

}

語法：if (condition) { … }

默認值：none

使用字段：server, location

注意：在使用if指令之前請查看if is evil page並且盡量考慮用try_files代替。

判斷一個條件，如果條件成立，則后面的大括號內的語句將執行，相關配置從上級繼承。

可以在判斷語句中指定下列值：

一個變量的名稱；不成立的值為：空字符傳”“或者一些用“0”開始的字符串。

一個使用=或者!=運算符的比較語句。

使用符號~*和~模式匹配的正則表達式：

~為區分大小寫的匹配。

~*不區分大小寫的匹配（firefox匹配FireFox）。

!~和!~*意為“不匹配的”。

使用-f和!-f檢查一個文件是否存在。

使用-d和!-d檢查一個目錄是否存在。

使用-e和!-e檢查一個文件，目錄或者軟鏈接是否存在。

使用-x和!-x檢查一個文件是否為可執行文件。

正則表達式的一部分可以用圓括號，方便之后按照順序用$1-$9來引用。

示例配置：

if ($http_user_agent ~ MSIE) {

rewrite ^(.*)$ /msie/$1 break;

}

if ($http_cookie ~* "id=([^;] +)(?:;|$)" ) {

set $id $1;

}

if ($request_method = POST ) {

return 405;

}

if (!-f $request_filename) {

break;

proxy_pass http://127.0.0.1;

}

if ($slow) {

limit_rate 10k;

}

if ($invalid_referer) {

return 403;

}

if ($args ~ post=140){

rewrite ^ http://example.com/ permanent;

}

內置變量$invalid_referer用指令valid_referers指定。

return

語法：return code

默認值：none

使用字段：server, location, if

這個指令結束執行配置語句並為客戶端返回狀態代碼，可以使用下列的值：204，400，402-406，408，410, 411, 413, 416與500-504。此外，非標准代碼444將關閉連接並且不發送任何的頭部。

rewrite

語法：rewrite regex replacement flag

默認值：none

使用字段：server, location, if

按照相關的正則表達式與字符串修改URI，指令按照在配置文件中出現的順序執行。

可以在重寫指令后面添加標記。

如果替換的字符串以http://開頭，請求將被重定向，並且不再執行多余的rewrite指令。

尾部的標記(flag)可以是以下的值：

last - 完成重寫指令，之后搜索相應的URI或location。

break - 完成重寫指令。

redirect - 返回302臨時重定向，如果替換字段用http://開頭則被使用。

permanent - 返回301永久重定向。

注意如果一個重定向是相對的（沒有主機名部分），nginx將在重定向的過程中使用匹配server_name指令的“Host”頭或者server_name指令指定的第一個名稱，如果頭不匹配或不存在，如果沒有設置server_name，將使用本地主機名，如果你總是想讓nginx使用“Host”頭，可以在server_name使用“*”通配符（查看http核心模塊中的server_name）。例如：

rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 last;

rewrite ^(/download/.*)/audio/(.*)\..*$ $1/mp3/$2.ra last;

return 403;

但是如果我們將其放入一個名為/download/的location中，則需要將last標記改為break，否則nginx將執行10次循環並返回500錯誤。

location /download/ {

rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 break;

rewrite ^(/download/.*)/audio/(.*)\..*$ $1/mp3/$2.ra break;

return 403;

}

如果替換字段中包含參數，那么其余的請求參數將附加到后面，為了防止附加，可以在最后一個字符后面跟一個問號：

rewrite ^/users/(.*)$ /show?user=$1? last;

注意：大括號（{和}），可以同時用在正則表達式和配置塊中，為了防止沖突，正則表達式使用大括號需要用雙引號（或者單引號）。例如要重寫以下的URL：

/photos/123456

為:

/path/to/photos/12/1234/123456.png

則使用以下正則表達式（注意引號）：

rewrite "/photos/([0-9] {2})([0-9] {2})([0-9] {2})" /path/to/photos/$1/$1$2/$1$2$3.png;

如果指定一個“？”在重寫的結尾，Nginx將丟棄請求中的參數，即變量$args，當使用$request_uri或$uri&$args時可以在rewrite結尾使用“？”以避免nginx處理兩次參數串。

在rewrite中使用$request_uri將www.example.com重寫到example.com：

server {

server_name www.example.com;

rewrite ^ http://example.com$request_uri? permanent;

}

同樣，重寫只對路徑進行操作，而不是參數，如果要重寫一個帶參數的URL，可以使用以下代替：

if ($args ^~ post=100){

rewrite ^ http://example.com/new-address.html? permanent;

}

注意$args變量不會被編譯，與location過程中的URI不同（參考http核心模塊中的location）。

rewrite_log

語法：rewrite_log on | off

默認值：rewrite_log off

使用字段：server, location, if

變量：無

啟用時將在error log中記錄notice 標記的重寫日志。

set

語法：set variable value

默認值：none

使用字段：server, location, if

指令設置一個變量並為其賦值，其值可以是文本，變量和它們的組合。

你可以使用set定義一個新的變量，但是不能使用set設置$http_xxx頭部變量的值。

uninitialized_variable_warn

語法：uninitialized_variable_warn on|off

默認值：uninitialized_variable_warn on

使用字段：http, server, location, if

開啟或關閉在未初始化變量中記錄警告日志。

事實上，rewrite指令在配置文件加載時已經編譯到內部代碼中，在解釋器產生請求時使用。

這個解釋器是一個簡單的堆棧虛擬機，如下列指令：

location /download/ {

if ($forbidden) {

return 403;

}

if ($slow) {

limit_rate 10k;

}

rewrite ^/(download/.*)/media/(.*)\..*$ /$1/mp3/$2.mp3 break;

將被編譯成以下順序：

variable $forbidden

checking to zero

recovery 403

completion of entire code

variable $slow

checking to zero

checkings of regular excodession

copying "/"

copying $1

copying "/mp3/"

copying $2

copying ".mp3"

completion of regular excodession

completion of entire sequence

注意並沒有關於limit_rate的代碼，因為它沒有提及ngx_http_rewrite_module模塊，“if”塊可以類似”location”指令在配置文件的相同部分同時存在。

如果$slow為真，對應的if塊將生效，在這個配置中limit_rate的值為10k。

指令：

rewrite ^/(download/.*)/media/(.*)\..*$ /$1/mp3/$2.mp3 break;

如果我們將第一個斜杠括入圓括號，則可以減少執行順序：

rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 break;

之后的順序類似如下：

checking regular excodession

copying $1

copying "/mp3/"

copying $2

copying ".mp3"

completion of regular excodession

completion of entire code

2.簡單案例

注，由於配置文件內容較多，為了讓大家看着方便，我們備份一下配置文件，打開一個新的配置文件。

[root@nginx ~]# cd /etc/nginx/

[root@nginx nginx]# mv nginx.conf nginx.conf.proxy

[root@nginx nginx]# cp nginx.conf.bak nginx.conf

[root@nginx nginx]# vim /etc/nginx/nginx.conf

server {

listen 80;

server_name localhost;

#charset koi8-r;

#access_log logs/host.access.log main;

location / {

root html;

index index.html index.htm;

rewrite ^/bbs/(.*)$ http://192.168.1.100/forum/$1;

}

准備forum目錄與測試文件

[root@web1 ~]# cd /var/www/html/

[root@web1 html]# ls

index.html

[root@web1 html]# mkdir forum

[root@web1 html]# cd forum/

[root@web1 forum]# vim index.html

<h1>forum page!</h1>

測試一下

好了，下面我們來測試一下rewrite重寫。

3.重新加載一下配置文件

[root@nginx 63]# service nginx reload

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok

nginx: configuration file /etc/nginx/nginx.conf test is successful

重新載入 nginx： [確定]

4.測試一下

注，大家可以從圖中看出，status code 302指的是臨時重定向，那就說明我們rewrite重寫配置成功。大家知道302是臨時重定向而301是永久重定向，那么怎么實現永久重定向呢。一般服務器與服務器之間是臨時重定向，服務器內部是永久重定向。下面我們來演示一下永久重定向。

5.配置永久重定向

[root@nginx nginx]# vim /etc/nginx/nginx.conf

server {

listen 80;

server_name localhost;

#charset koi8-r;

#access_log logs/host.access.log main;

location / {

root html;

index index.html index.htm;

rewrite ^/bbs/(.*)$ /forum/$1;

}

准備forum目錄與測試文件

[root@nginx ~]# cd /usr/html/

[root@nginx html]# ls

50x.html index.html

[root@nginx html]# mkdir forum

[root@nginx html]# cd forum/

[root@nginx forum]# vim index.html

<h1>192.168.1.10 forum page</h1>

6.重新加載一下配置文件

[root@nginx ~]# service nginx reload

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok

nginx: configuration file /etc/nginx/nginx.conf test is successful

重新載入 nginx： [確定]

7.測試一下

注，大家從圖中可以看到，我們訪問bbs/是直接幫我們跳轉到forum/下，這種本機的跳轉就是永久重定向也叫隱式重定向。好了，rewrite重定向我們就說到這里了，想要查詢更多關於重定向的指令請參考官方文檔。最后，我們來說一下讀寫分離。

八、Nginx之讀寫分離

1.實驗拓撲

需求分析，前端一台nginx做負載均衡反向代理，后面兩台httpd服務器。整個架構是提供BBS(論壇)服務，有一需求得實現讀寫分離，就是上傳附件的功能，我們上傳的附件只能上傳到Web1，然后在Web1上利用rsync+inotify實現附件同步，大家都知道rsync+inotify只能是主向從同步，不能雙向同步。所以Web1可進行寫操作，而Web2只能進行讀操作，這就帶來讀寫分離的需求，下面我們就來說一下，讀寫分離怎么實現。

2.WebDAV功能說明

WebDAV （Web-based Distributed Authoring and Versioning）一種基於 HTTP 1.1協議的通信協議。它擴展了HTTP 1.1，在GET、POST、HEAD等幾個HTTP標准方法以外添加了一些新的方法，使應用程序可直接對Web Server直接讀寫，並支持寫文件鎖定(Locking)及解鎖(Unlock)，還可以支持文件的版本控制。這樣我們就能配置讀寫分離功能了，下面我們來具體配置一下。

3.修改配置文件

[root@nginx nginx]# vim /etc/nginx/nginx.conf

server {

listen 80;

server_name localhost;

#charset koi8-r;

#access_log logs/host.access.log main;

location / {

proxy_pass http://192.168.1.200;

if ($request_method = "PUT"){

proxy_pass http://192.168.1.100;

}

4.重新加載一下配置文件

[root@nginx ~]# service nginx reload

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok

nginx: configuration file /etc/nginx/nginx.conf test is successful

重新載入 nginx： [確定]

5.配置httpd的WebDAV功能

[root@web1 ~]# vim /etc/httpd/conf/httpd.conf

注，在<Directory "/var/www/html">下啟用就行。

6.重新啟動一下httpd

[root@web1 ~]# service httpd restart

停止 httpd： [確定]

正在啟動 httpd： [確定]

7.測試一下

[root@nginx ~]# curl http://192.168.1.100

[root@nginx ~]# curl http://192.168.1.200

注，web1與web2訪問都沒問題。

[root@nginx ~]# curl -T /etc/issue http://192.168.1.200

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">

<title>405 Method Not Allowed</title>

</head><body>

<h1>Method Not Allowed</h1>

The requested method PUT is not allowed for the URL /issue.

<hr>

<address>Apache/2.2.15 (CentOS) Server at 192.168.1.200 Port 80</address>

</body></html>

注，我們上傳文件到，web2上時，因為web2只人讀功能，所以沒有開戶WebDAV功能，所以顯示是405 Method Not Allowed。

[root@nginx ~]# curl -T /etc/issue http://192.168.1.100

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">

<title>403 Forbidden</title>

</head><body>

<h1>Forbidden</h1>

You don't have permission to access /issue

on this server.

<hr>

<address>Apache/2.2.15 (CentOS) Server at 192.168.1.100 Port 80</address>

</body></html>

注，我們在Web1開啟了WebDAV功能，但我們目錄是root目錄是不允許apache用戶上傳的，所以顯示的是403 Forbidden。下面我們給apache授權，允許上傳。

[root@web1 ~]# setfacl -m u:apache:rwx /var/www/html/

下面我們再來測試一下，

[root@nginx ~]# curl -T /etc/issue http://192.168.1.100

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">

<title>201 Created</title>

</head><body>

<h1>Created</h1>

Resource /issue has been created.

<hr />

<address>Apache/2.2.15 (CentOS) Server at 192.168.1.100 Port 80</address>

</body></html>

注，大家可以看到我們成功的上傳了文件，說明nginx讀寫分離功能配置完成。最后，我們來查看一下上傳的文件。

[root@web1 ~]# cd /var/www/html/

[root@web1 html]# ll

總用量 12

drwxr-xr-x 2 root root 4096 9月 4 13:16 forum

-rw-r--r-- 1 root root 23 9月 3 23:37 index.html

-rw-r--r-- 1 apache apache 47 9月 4 14:06 issue

好了，到這里nginx的反向代理、負載均衡、頁面緩存、URL重寫及讀寫分離就全部講解完成。希望大家有所收獲，^_^……

本文出自 “Share your knowledge …” 博客，在其基礎上做了少量修改，原文請移步：http://freeloda.blog.51cto.com/2033581/1288553

來自為知筆記(Wiz)

免責聲明！

本站轉載的文章為個人學習借鑒使用，本站對版權不負任何法律責任。如果侵犯了您的隱私權益，請聯系本站郵箱yoyou2525@163.com刪除。

猜您在找 Nginx反向代理與負載均衡 nginx的反向代理和負載均衡 nginx 反向代理和負載均衡 Nginx的反向代理與負載均衡 nginx系列8：反向代理和負載均衡原理 nginx的反向代理和負載均衡的一個總結 Nginx反向代理實現Web負載均衡 Nginx反向代理和負載均衡部署指南 nginx的反向代理和負載均衡的區別 Nginx七層反向代理和負載均衡