upstream 调度算法
1.rr
按客户端请求顺序把客户端的请求逐一分配到不同的后端的服务器，这相当于lvs中的rr算法。如果后端服务器岩机（默认情况下只检测80端口，如果后端报502,404,403,503，还是会直接返给用户），岩机服务器会被自动剔除，使用户访问不受影响，请求会分配给正常的服务器
2.weight（权重）
在轮询算法的基础上加上权重（默认rr+weight），权重轮询和访问成正比，权重越大，转发的请求也就越多。可以根据服务的配置和性能指定权重值大小，可以有效解决新旧服务器性能不均进行请求分配问题
3.ip_hash
每个请求按访问的ip的hash结果分配，当新的请求到达时，先将其客户端的ip通过哈希算法出一个值，在最后的请求客户端，ip的哈希值只要相同，就会被分配至同一台服务器（lvs负载均衡的-p参数，keepalive配置里的persistene_timeout 50）,该调度算法可以解决动态网页session共享问题，但是有时会导致请求分配不均，即无法保证1:1的负载均衡，在国内所有的公司都是nat上网，多个pc对应一个外部ip。
提示：必须是最前端的服务器，后端也必须直接接应用服务器多数情况不能和权重参数一起使用。
4.fair（第三方，no）动态算法
按照后端服务器rs的响应时间来分配请求，响应时间短的优先分配。
比上面两个更加智能的负载均衡算法，此种算法可以依据页面大小和加载时间长短智能地进行负载均衡，也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配，nginx本身不支持fair的，如果需要使用这种调度算法，必须有下载nginx的upstaeam_fair模块
5.least_conn
最少连接数，哪个机器连接数少，就分发。
6.一致性hash
http://tengine.taobao.org/document_cn/http_upstream_consistent_hash_cn.html
worker_processes 1;
http {
upstream test {
consistent_hash $request_uri;
server 127.0.0.1:9001 id=1001 weight=3;
server 127.0.0.1:9002 id=1002 weight=10;
server 127.0.0.1:9003 id=1003 weight=20;
}
}
原创文章，作者：Net20_赤羽，如若转载，请注明出处：http://www.178linux.com/15807
