Nginx的负载均衡功能是经过upstream模块实现的,因此它的负载均衡机制实现也简单。它是一个基于内容和应用的7层交换负载均衡实现的。Nginx自己有健康检测的能力,可是不强。仅仅局限于端口的检测,少许机器下负载能力表现比较好。若是有大量节点的话,因为访问请求都是从一台服务器进出,因此很容易发生请求堵塞的问题。
html
1、Nginx负载均衡算法nginx
目前支持4种调度算法:web
轮询(默认) | 每一个请求按时间顺序逐一分配到不一样的后端服务器 |
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后端
2、Nginx负载均衡配置实例缓存
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。这个名称是任意指定的,在后面直接调用就能够了。bash
另外,proxy_next_upstream参数是用来定义故障转移策略的,当后端服务节点返回500,502,503的时候,自动将请求转发到upstream负载均衡组中的另外一台服务器,从而实现故障转移。服务器