环境:
[root@db02 ~]# uname -a
Linux db02 2.6.32-696.el6.x86_64 #1 SMP Tue Mar 21 19:29:05 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
[root@db02 ~]# cat /etc/redhat-release
CentOS release 6.9 (Final)
此图来源: http://colabug.com/866451.html
nginx通过proxy_pass_http 配置代理站点,upstream实现负载均衡。
upstream模块: 类似于一个池塘,将nginx节点放置到池塘中
proxy_pass_http 模块: 用池塘里面的nginx节点,利用proxy进行调用
worker_processes 1;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
keepalive_timeout 65;
upstream server_pools {
server 10.0.0.7:80;
server 10.0.0.8:80;
server 10.0.0.9:80;
}
server {
listen 80;
server_name bbs.zxpo.com;
location / {
proxy_pass http://server_pools;
}
}
}
upstream模块内参数 | 参数说明 |
---|---|
server 10.0.10.8:80 | 负载均衡后面的RS配置,可以是IP或域名,如果端口不写,默认是80端口。高并发场景下,ip可换成域名,通过DN做负载均衡 |
weigth = 1 | 代表服务器的权重,默认值是1。权重数字越大表示接受的请求比例越大 |
max_ fails=5 | Nginx尝试连接后端主机失败的次数,这个值是配合proxy_next_upstream、 fastcgi_next_upstream和memcached_next_upstream这三个参数来使用的。当nginx接收后端服务器返回这三个参数定义的状态码时,会将这个请求转发给正常工作的后端服务器,例如404、502、503、Max_ fails的默认值是1; 企业场景下建议 2-3次。根据业务需求去配置 |
fail_ timeout=10s | 在max_ fails定义的失败次数后,距离下次检查的间隔时间,默认是10s ;如果max_ fails是5 ,它就检测5次,如果5次都是502 ,那么,它就会根据fail_timeout的值,等待10s再去检查,还是只检查一次,如果持续502 ,在不重新加载 Nginx 配置的情况下,每隔 l0s都只检查一次。常规业务2~3秒比较合理,比如京东3 秒,蓝汛3秒,可根据业务需求去配置。 |
backup | 热备配置(RS芍点的高可用),当前面激活的 RS都失败后会自动后用热备RS这标志着这个服务器作为备份服务器,若主服务器全部宕机了,就会向它转发请求,注意:当负载调度算法为ip_hash时,后端服务器在负载均衡调度中的状态不能是weight和backup |
down | 这标志着服务器永远不可用,这个参数可配合 ip_hash使用;类似注释效果 |
upstream server_pools {
server 10.0.0.7 weight=1 max_fails=3 fail_timeout=10s;
server 10.0.0.8 weight=1 max_fails=3 fail_timeout=10s;
server 10.0.0.9 weight=1 max_fails=3 fail_timeout=10s;
}