目前nginx负载均衡支持的5种方式的分配

淡淡回忆

轮询
　　每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除.

1	upstream backserver {

2	server 192.168.5.205;

3	server 192.168.5.206;

4

}

weight
　　指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况.

1	upstream backserver {

2	server 192.168.5.205weight=10;

3	server 192.168.5.206weight=10;

4

}

ip_hash
　　每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题.

1	upstream backserver {

2

ip_hash;

3	server 192.168.5.205:88;

4	server 192.168.5.206:80;

5

}

fair(第三方)
　　按后端服务器的响应时间来分配请求,响应时间短的优先分配.

1	upstream backserver {

2	server 192.168.5.205;

3	server 192.168.5.206;

4

fair;

5

}

url_hash(第三方)
　　按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效.

1	upstream backserver {

2	server squid1:3128;

3	server squid2:3128;

4	hash $request_uri;

5	hash_method crc32;

6

}

　　在需要使用负载均衡的server中增加


n

1	proxy_pass http://backserver/;

2	upstream backserver{

3

ip_hash;

4	server 127.0.0.1:9090 down; (down 表示单前的server暂时不参与负载)

5	server 127.0.0.1:8080 weight=2; (weight 默认为1.weight越大,负载的权重就越大)

6	server 127.0.0.1:6060;

7	server 127.0.0.1:7070 backup; (其它所有的非backup机器down或者忙的时候,请求backup机器)

8

}

　　max_fails:允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream模块定义的错误.

来自：http://www.pigg.co/nginx-load-balance-strategy.html