nginx网站反向代理实现负载均衡性能如何优化

上一篇文章中我们通过反向代理了后端一台服务器，但随着网站访问的人越来越多一台服务器实在是顶不住，于是我们加了多台服务器，那么多台服务器又怎么配置代理呢?

upstreamtest.com{#ip_hash;server192.168.10.13:80;server192.168.10.14:80down;server192.168.10.15:8009max_fails=3fail_timeout=20s;server192.168.10.16:8080;}server{location/{proxy_passhttp://test.com;}}

实际上负载均衡也是通过反向代理的方式,但是proxy_pass只能写一个地址,所以我们把某些地址通过upstream作为一个集合来做反向代理就实现了负载均衡;

upstream 负载均衡模块说明

upstream是Nginx的HTTPUpstream模块，这个模块通过一个简单的调度算法来实现客户端IP到后端服务器的负载均衡。在上面的设定中，通过upstream指令指定了一个负载均衡器的名称test.com。这个名称可以任意指定，在后面需要用到的地方直接调用即可。

支持的负载均衡算法

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

支持的状态参数

在HTTPUpstream模块中，可以通过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。

配置负载均衡

upstreamwebservers{server192.168.18.201weight=1;server192.168.18.202weight=1;}server{listen80;server_namelocalhost;#charsetkoi8-r;#access_loglogs/host.access.logmain;location/{proxy_passhttp://webservers;proxy_set_headerX-Real-IP$remote_addr;}}

注，upstream是定义在server{ }之外的，不能定义在server{}内部。定义好upstream之后，用proxy_pass引用一下即可。如果定义在server内部就会报错:

"upstream"directiveisnotallowedhereinxxxxxx

重启以后不断刷新208就会发现,是201和202的内容交替出现,然后分别查看其日志,达到了负载均衡轮询的效果;