原文地址:https://www.cnblogs.com/wzjhoutai/p/6932007.html
基本配置:
Nginx能够配置代理多台服务器。当一台服务器宕机之后。仍能保持系统可用。详细配置步骤例如以下:
1、 在http
节点下,加入upstream
节点。
upstream linuxidc {
server 10.0.6.108:7080;
server 10.0.0.85:8980;
}
2、 将server
节点下的location
节点中的proxy_pass
配置为:http:// + upstream名称
,即http://linuxidc
。
location / {
root html;
index index.html index.htm;
proxy_pass http://linuxidc;
}
负载均衡初步完毕了。upstream
依照轮询(默认)方式进行负载,每一个请求按时间顺序逐一分配到不同的后端服务器。假设后端服务器down
掉。能自己主动剔除。尽管这样的方式简便、成本低廉。但缺点是:可靠性低和负载分配不均衡。
适用于图片服务器集群和纯静态页面服务器集群。
分配策略
upstream
除了依照轮询(默认)方式进行负载之外,还有其他的分配策略,分别例如以下:
weight(权重)
指定轮询几率,weight
和訪问比率成正比,用于后端服务器性能不均的情况。例如以下所看到的。10.0.0.88
的訪问比率要比10.0.0.77
的訪问比率高一倍。
upstream linuxidc{
server 10.0.0.77 weight=5;
server 10.0.0.88 weight=10;
}
ip_hash(訪问ip)
每一个请求按訪问ip
的hash
结果分配。这样每一个訪客固定訪问一个后端服务器,能够解决session
的问题。
upstream favresin{
ip_hash;
server 10.0.0.10:8080;
server 10.0.0.11:8080;
}
fair(第三方)
按后端服务器的响应时间来分配请求。响应时间短的优先分配。与weight分配策略相似。
upstream favresin{
server 10.0.0.10:8080;
server 10.0.0.11:8080;
fair;
}
url_hash(第三方)
按訪问url
的hash
结果来分配请求,使每一个url
定向到同一个后端服务器。后端服务器为缓存时比較有效。
注意:在upstream
中加入hash
语句。server
语句中不能写入weight
等其他的參数,hash_method
是使用的hash
算法。
upstream resinserver{
server 10.0.0.10:7777;
server 10.0.0.11:8888;
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机器。所以这台机器压力会最轻。
upstream 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;
}
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/16078.html