Nginx高性能web服务器之负载均衡(七)

re2d2

   Nginx的负载均衡功能是通过upstream模块实现的，所以它的负载均衡机制实现也简单。它是一个基于内容和应用的7层交换负载均衡实现的。Nginx本身有健康检测的能力，但是不强。仅仅局限于端口的检测，少量机器下负载能力表现比较好。如果有大量节点的话，由于访问请求都是从一台服务器进出，所以很容易发生请求堵塞的问题。


一、Nginx负载均衡算法
目前支持4种调度算法：

轮询(默认)	每个请求按时间顺序逐一分配到不同的后端服务器
weight(轮询值)	weight的值越大，分配的访问几率就越高。一般用于后端服务器性能不均衡的情况
ip_hash	每个请求按访问IP的哈希结果分配，来自同一个IP的访客固定访问一台服务器，可以解决session共享的问题
fair	依据页面大小和加载时间长短智能的进行负载均衡，也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配。注意：Nginx本身是不支持fair算法的，要下载upstream_fair模块
url_hash	按照访问URL的哈希结果来分配请求。使得每个URL定向到同一台后端服务器，可以进一步提高后端缓存服务器的效率。注意：Nginx本身是不支持url_hash算法的，要安装hash软件包

     在http upstream模块中，可以通过server命令指定后端服务器的IP地址和端口，同时可以设定每台后端服务器在负载均衡中的调度状态。常用的状态有如下：

down	表示当前的server不参与负载均衡
backup	预留的备份机器。当其他非backup机器出现故障的时候，就会请求backup机器
max_fails	允许请求失败的次数，默认为1，当超过最大请求数的时候，返回proxy_next_upstream模块定义的错误
fail_timeout	在经历了max_fails失败后，暂停服务的时间。

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


二、Nginx负载均衡配置实例
   

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

http {      upstream myserver {      server 192.168.12.181:80 weight=3 max_fails=3 fail_timeout=20s;      server 192.168.12.182:80 weight=3 max_fails=3 fail_timeout=20s;      server 192.168.12.183:80 weight=3 max_fails=3 fail_timeout=20s;            }       server {        listen 80;        server_name www.domain.com 192.168.12.189;           index index.htm index.html        root /ixdba/web/root;            }       location / {         proxy_pass http://myserver;         proxy_next_upstream http_500 http_502 http_503 error timeout invalid_header;         include /opt/nginx/conf/proxy.conf;            }        }

   在上面的配置中，通过upstream命令指定了一个负载均衡器的名称为:myserver。这个名称是任意指定的，在后面直接调用就可以了。
   另外，proxy_next_upstream参数是用来定义故障转移策略的，当后端服务节点返回500,502,503的时候，自动将请求转发到upstream负载均衡组中的另一台服务器，从而实现故障转移。