- 在http节点下,添加upstream节点。
upstream book { server 127.0.0.1:8081;# max_fails=2 fail_timeout=600s; #请求2次失败后, 在600秒内不要去请求这个服务器了 server 127.0.0.1:8082;# max_fails=2 fail_timeout=600s; }
- 将server节点下的location节点中的proxy_pass配置为:http:// + upstream名称,即http://book
#从nginx的html文件夹中获取静态资源, 不要去请求后端 location ~ .*\.(gif|jpg|jpeg|png|bmp|ico|swf|js|css)$ { root ./html; expires 1d; } #配置反向代理到book location / { proxy_pass http://book; proxy_connect_timeout 1; #请求其中一台服务器, 1秒内超时后直接尝试另一台服务器 proxy_read_timeout 1; #请求其中一台服务器, 1秒内超时后直接尝试另一台服务器 proxy_send_timeout 1; #请求其中一台服务器, 1秒内超时后直接尝试另一台服务器 }
- 现在负载均衡初步完成了。upstream按照轮询(默认)方式进行负载,每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。虽然这种方式简便、成本低廉。但缺点是:可靠性低和负载分配不均衡。适用于图片服务器集群和纯静态页面服务器集群。除此之外,upstream还有其它的分配策略,分别如下:weight(权重)指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。如下所示,127.0.0.1:8082的访问比率要比127.0.0.1:8081的访问比率高一倍。
upstream book { server 127.0.0.1:8081 weight=5; server 127.0.0.1:8082 weight=10; }
- 每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。
upstream book { ip_hash; server 127.0.0.1:8081; server 127.0.0.1:8082; }
- fair(第三方) 按后端服务器的响应时间来分配请求,响应时间短的优先分配。与weight分配策略类似。
upstream book { server 127.0.0.1:8081; server 127.0.0.1:8082; fair; }
- url_hash(第三方)按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。注意:在upstream中加入hash语句,server语句中不能写入weight等其他的参数,hash_method是使用的hash算法。
upstream book { server 127.0.0.1:8081; server 127.0.0.1:8082; hash $request_uri; hash_method crc32; } upstream还可以为每个设备设置状态值,这些状态值的含义分别如下: down 表示当前的server暂时不参与负载. weight 默认为1.weight越大,负载的权重就越大。 max_fails :允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream 模块定义的错误. fail_timeout : max_fails次失败后,暂停的时间。 backup: 其它所有的非backup机器down或者忙的时候,请求backup机器。所以这台机器压力会最轻。