Nginx配置upstream实现负载均衡
今天小明试了一把运维的活,通过配置nginx upstream模块,实现访问不同的域名地址指向不同端口(不用对外报漏应用程序的端口号)。具体操作如下:
Nginx能够配置代理多台服务器。当一台服务器宕机之后。仍能保持系统可用。详细配置步骤如下:
- 在http节点下,加入upstream节点。
1 | upstream direct_server { |
- 将server节点下的location节点中的proxy_pass配置为:http:// + upstream名称,即“http://direct_server”
1 | server { |
如今负载均衡初步完毕了。upstream依照轮询(默认)方式进行负载,每一个请求按时间顺序逐一分配到不同的后端服务器。假设后端服务器down掉。能自己主动剔除。尽管这样的方式简便、成本低廉。但缺点是:可靠性低和负载分配不均衡。适用于图片服务器集群和纯静态页面服务器集群。
除此之外,upstream还有其他的分配策略,分别例如以下:
- weight(权重)
指定轮询几率,weight和訪问比率成正比,用于后端服务器性能不均的情况。例如以下所看到的。10.0.0.88的訪问比率要比10.0.0.77的訪问比率高一倍。
1 | upstream direct_server{ |
- ip_hash(访问ip)
每一个请求按访问ip的hash结果分配。这样每一个訪客固定訪问一个后端服务器,能够解决session的问题。
1 | upstream favresin{ |
- fair(第三方)按后端服务器的响应时间来分配请求。响应时间短的优先分配。
与weight分配策略相似。
1 | upstream favresin{ |
- url_hash(第三方)
按訪问url的hash结果来分配请求,使每一个url定向到同一个后端服务器。后端服务器为缓存时比較有效。
注意:在upstream中加入hash语句。server语句中不能写入weight等其他的參数,hash_method是使用的hash算法。
1 | upstream resinserver{ |
为每一个设备设置状态值
这些状态值的含义分别例如以下:
down 表示单前的server临时不參与负载.
weight 默觉得1.weight越大,负载的权重就越大。
max_fails :同意请求失败的次数默觉得1.当超过最大次数时,返回proxy_next_upstream 模块定义的错误.
fail_timeout : max_fails次失败后。暂停的时间。
backup: 其他全部的非backup机器down或者忙的时候,请求backup机器。所以这台机器压力会最轻。
1
2
3
4
5
6
7upstream bakend{ #定义负载均衡设备的Ip及设备状态
ip_hash;
server 10.0.0.11:9090 down;
server 10.0.0.11:8080 weight=2;
server 10.0.0.11:6060;
server 10.0.0.11:7070 backup;
}以上就是小明配置负载均衡时遇到的一点小总结,和大家一块分享一下,希望可以帮助到大家。
关注获取更多资源
评论