【NGINX】负载均衡(upstream)

zhuce

　　
一个简单的负载均衡的示例，把www.domain.com均衡到本机不同的端口，也可以改为均衡到不同的地址上。
　　
http {upstream myproject {server 127.0.0.18000 weight=3;server 127.0.0.18001;server 127.0.0.18002;server 127.0.0.18003;}server {listen 80;server_name www.domain.com;location / {proxy_pass http//myproject;}}}
　　nginx的upstream目前支持以下几种方式的分配
1、轮询（默认）
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

2、weight
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。好的服务器weight高些，差的服务器weight低些。

3、ip_hash
　　每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。
　　无法将权重（weight）与ip_hash联合使用来分发连接。如果有某台服务器不可用，你必须标记其为“down”

　　
upstream bakend { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; }
4、fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。
upstream backend { server server1; server server2; fair; }
5、url_hash（第三方）
　　按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。
ip_hash; server 127.0.0.1:9090 down; server 127.0.0.1:8080 weight=2; server 127.0.0.1:6060; server 127.0.0.1:7070 backup; 　　在需要使用负载均衡的server中增加proxy_pass http://bakend/;
每个设备的状态设置为:
　　1.down  表示单前的server暂时不参与负载
　　2.weight 权重,默认为1.weight越大，负载的权重就越大。
　　3.max_fails  允许请求失败的次数默认为1.当超过最大次数时，返回proxy_next_upstream 模块定义的错误
　　4.fail_timeout: max_fails次失败后，暂停的时间。
　　5.backup 备用, 其它所有的非backup机器down或者忙的时候，请求backup机器。所以这台机器压力会最轻。