Nginx反向代理讲解和配置

首先来介绍下Nginx的反向代理。代理服务器一般分为正向代理（通常直接称为代理服务器）和反向代理。

画个图我们就好理解了。

正向代理：可以想象成是路由器，我们要通过它来上网的那种。（可以说是客户端的代理）

反向代理：客户端的请求过来之后交给反向代理服务器，然后反向代理服务器再交给后台真实的服务器。（这个是服务器端的代理）

我们今天说的是nginx的反向代理功能的实现。同时，反向代理还可以实现负载均衡的功能。可以自己思考下。

由于实验比较简单，这边环境就简单处理。

http-server1：192.168.10.156（Apache服务）

http-server2：192.168.10.157（nginx服务）

nginx-proxy：192.168.10.159

保证http服务器搭建完成，并能正常访问

nginx-proxy安装（其他依赖条件自己安装）。版本：nginx-1.4.7.tar.gz

tar -zxvf nginx-1.4.7.tar.gz /home

./configure

--prefix=/usr/local/nginx \

--sbin-path=/usr/local/bin  \

--conf-path=/etc  \

--error-log-path=/usr/local/nginx/error.log  \

--pid-path=/usr/local/nginx/ngnix.pid \

--lock-path=/usr/local/nginx/nginx.lock  \

--with-http_ssl_module  \

--with-http_gzip_static_module  \

--with-http_perl_module \

--http-log-path=/usr/local/nginx/access.log \

--http-fastcgi-temp-path=/usr/local/nginx/html \

--with-pcre --with-zlib=/usr --with-openssl=/usr

make && make install

编辑nginx的配置文件。

vim /etc/nginx.conf

#user  nobody;

worker_processes  1;

events {

worker_connections  1024;

}

http {

upstream loadbance {

server 192.168.10.156;

server 192.168.10.157;（如果其其他端口，后面请加端口号：X.X.X.X:8888)

}

server {

listen 80;

location / {

proxy_pass http://loadbance;

}

}

}

红色部分为搭建反向代理服务器所需要的简单配置。(注意，nginx行尾的分号）

upstream：反向代理的关键字

loadbance：你可以理解为后台一组服务器的名称

server： 后台真实的服务器地址，可以是IP或者FQDN（如果是FQDN，别忘记解析）

listen：监听的端口，如果没有把原来nginx做web服务器的配置内容注销掉，建议改为其他端口

proxy_pass：后面跟http://loadbance  此一定要和upstream后面（服务器组名称）的名称保持一致

OK，大功告成。访问进行测试。

访问代理服务器地址：http://192.168.10.159，然后刷新

这就是nginx的反向代理。其实我们还可以延伸下。

nginx的反向代理功能我认为就可以当做一个简单的负载均衡来使用，我们可以指定nginx的调度算法：

nginx的官网上说（其实个人认为不止4中，你可以在服务器的ip地址后面加上服务器的权值，但是按官网上加上权值是不算一种。）

NGINX supports four load balancing methods:

1）：The round-robin method    轮询

2）：The least_conn method  最少连接数

a request is sent to the server with the least number of active connections with server weights taken into consideration。请求会送到活跃链接最少的服务器上（服务器的权值要考虑进来的）

3）：The ip_hash method

The method guarantees that requests from the same address get to the same server unless it is not available。这种方法保证了来自同一个IP地址的请求会得到同一个服务器的响应，除非挂了。（其是通过客户端的ip（IPV4 or IPV6)地址来计算出此IP的hash值的）

4）；The generic hash method:

the server to which a request is sent is determined from a user-defined key which may be a text, variable, or their combination. For example, the key may be a source IP and port,

请求会发送到一个用户定义键值（可以是text，变量，或者混合的）的服务器上

再来看一个官网说的：

If a method other than the default one is used, the corresponding directive (least_conn,ip_hash or hash) should be specified inside the upstream before the server directives.如果你要使用其他的调度算法（默认使用的round-robin），相应的指令必须在upstream内部指定，并且要在server指令之前。

比如：最小数链接/ip_hash/hash $request_uri consistent;（如果是使用轮询的方式的话，就不用写了，因为默认算法就是轮询）

upstream loadbance {

least_conn;   //或者是ip_hash和(hash $request_uri consistent)

server 192.168.10.156 weight=3;  //可以设置权值的哦

server 192.168.10.157;（如果其其他端口，后面请加端口号：X.X.X.X:8888)

}

哎呀，我擦，这就扯远了。其实，nginx还有一个健康检查的功能，如果有台服务器挂了，请求不会分发到该服务器上。比如下面的写法：

upstream loadbance {

server 192.168.10.156 weight=3;

server 192.168.10.157;

server 192.168.10.158 backup;//当备机使用

server 192.168.10.155 down;  //如果你要临时移除一台服务器进行升级或者其他操作，可以把其标记为down的状态，这样请求就不会到其上。

}

其实，我们还可以通过server内部的location指令来指定不同的路径分发到不同的服务器上去。来实现分流。

比如，可以定义多个upstream。upstream1，upstream2.......然后

location  /mp3 {

proxy_pass http://upstream1;

}

location /flv {

proxy_pass http://upstream2;

}