Nginx反向代理和负载均衡

#反向代理配置，Nginx代理模块的指令有很多这里只讲解重要的proxy_pass，想了解更多代理指令请参考官方文档。

location / {  proxy_pass        http://192.168.18.201:8000;  proxy_set_header  X-Real-IP  $remote_addr;}

proxy_pass 指定被代理服务器的地址和被映射的URI，地址可以是主机名或IP地址加端口号。
proxy_set_header 设置由后端的服务器获取用户的主机名或真实IP地址，以及代理者的真实IP地址。

说到反向代理不得不说下正向代理
正向代理的概念：
       正向代理，也就是传说中的代理,他的工作原理就像一个跳板，简单的说，我是一个用户，我访问不了某网站，但是我能访问一个代理服务器，这个代理服务器呢，他能访问那个我不能访问的网站，于是我先连上代理服务器，告诉他我需要那个无法访问网站的内容，代理服务器去取回来，然后返回给我。从网站的角度，只在代理服务器来取内容的时候有一次记录，有时候并不知道是用户的请求，也隐藏了用户的资料，这取决于代理告不告诉网站。
       结论就是，正向代理 是一个位于客户端和原始服务器(origin server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端必须要进行一些特别的设置才能使用正向代理。

反向代理的概念：
继续举例:  
        例用户访问 http://www.test.com/readme，但www.test.com上并不存在readme页面，他是偷偷从另外一台服务器上取回来，然后作为自己的内容返回用户，但用户并不知情。这里所提到的 www.test.com 这个域名对应的服务器就设置了反向代理功能。
        结论就是，反向代理正好相反，对于客户端而言它就像是原始服务器，并且客户端不需要进行任何特别的设置。客户端向反向代理的命名空间(name-space)中的内容发送普通请求，接着反向代理将判断向何处(原始服务器)转交请求，并将获得的内容返回给客户端，就像这些内容原本就是它自己的一样。

两者区别
从用途上来讲：
       正向代理的典型用途是为在防火墙内的局域网客户端提供访问Internet的途径。正向代理还可以使用缓冲特性减少网络使用率。反向代理的典型用途是将防火墙后面的服务器提供给Internet用户访问。反向代理还可以为后端的多台服务器提供负载平衡，或为后端较慢的服务器提供缓冲服务。另外，反向代理还可以启用高级URL策略和管理技术，从而使处于不同web服务器系统的web页面同时存在于同一个URL空间下。
从安全性来讲：
       正向代理允许客户端通过它访问任意网站并且隐藏客户端自身，因此你必须采取安全措施以确保仅为经过授权的客户端提供服务。反向代理对外都是透明的，访问者并不知道自己访问的是一个代理。

#负载均衡配置

upstream server {      ip_hash;      server 127.0.0.1:7878;      server 192.168.10.121:80 down;      server 192.168.10.122:8009 max_fails=3 fail_timeout=20s;      server 192.168.10.123:8080; }

upstream 是Nginx的HTTP Upstream模块，这个模块通过一个简单的调度算法来实现客户端IP到后端服务器的负载均衡。server是负载均衡组的名称，可以任意指定，方便用的地方直接调用。
server 指令指定后端服务器的IP地址和端口，同时还可以设定每个后端服务器在负载均衡调度中的状态。常用的状态有：
        down ，表示当前的server暂时不参与负载均衡。
        backup ，预留的备份机器。当所有的非backup机器出现故障或者忙的时候，才会请求backup机器，因些这台机器的压力最轻。
        max_fails ，允许请求失败的次数，默认为1。当超过最大次数时，返回proxy_next_upstream模块定义的错误。
        fail_timeout ，在经历了max_fails次失败后，暂停服务的时间。max_fails可以和fail_timeout一起使用。

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软件包。

 注意：当负载均衡算法为ip_hash时，后端服务器在负载均衡调度中的状态不能是weight和backup。

  

    location / {            proxy_pass      http://server;                                 #请求转向server定义的服务器群             #请求转向server定义的服务器群    }

然后在location中使用proxy_pass指令，调用负载均衡组的名称server，即可实现负载调度功能。

下面介绍几种常用的upstream配置方法
1、热备：如果你有2台服务器，当一台服务器发生事故时，才启用第二台服务器给提供服务。服务器处理请求的顺序：AAA突然A挂啦，BBB.....

upstream server {       server 127.0.0.1:7878 backup;                                     #热备      server 192.168.10.121:3333; }

 

2、轮询：nginx默认就是轮询其权重都默认为1，服务器处理请求的顺序：ABABAB....

upstream server {       server 127.0.0.1:7878;      server 192.168.10.121:3333;       }

 

3、加权轮询：跟据配置的权重的大小而分发给服务器不同数量的请求。如果不设置则默认为1。服务器的请求顺序为：ABBABBABB....

upstream server {       server 127.0.0.1:7878 weight=1;      server 192.168.10.121:3333 weight=2;}

4、ip_hash：nginx会让相同的客户端ip请求相同的服务器。

upstream server {      server 127.0.0.1:7878;       server 192.168.10.121:3333;      ip_hash;}