基于Nginx的负载均衡以及高可用简单应用
一、负载均衡配置
1、Nginx负载均衡配置
前面配置好的Nginx,可以访问之后,克隆4台,统一配置为512M,因为我的电脑内存是4G的。一台用来访问,一台用来做调度器(Director),两台web服务器(real server),Nginx前面已经介绍过了,故在此简单介绍一下那台Director的配置。
2、测试
1、定义好hosts文件,访问www.daili.com(负载均衡器的地址)
3、现在把web2服务器的nginx关掉测试
看,我的web服务器坏一个也可以正常访问,就是在配置的时候可以用一个共享文件库,使得web集群的资源都一样,用户访问页面获取的信息都一样。
我再启用web2,又可以看到web2了。
二、Nginx负载均衡核心组件介绍:upstrem模块
1、upstream模块
ngx_http_upstream_module模块允许Nginx定义一组或者多组节点服务器组,可以通过proxypass代理方式把网站请求发送到实现定义好的upstream组的名字上。具体写法:http://www_server_pools
2、权重,我们把web2的权重改成2试试
访问出现出现web1和web2的比率是1:2
3、比较完整的upstream配置案例
upstream blog_server_pool { server 10.0.10.6:80 weight=1 max_fails=1 fail_timeout=10s } 含义: server 10.0.10.6:80 RS配置:可以是ip或域名,如果端口不写,默认是80,如果是域名,要通过dns做负载均衡。 weight=1 权重 max_fails Nginx尝试连接后端主机失败的次数,这个数值是配合proxy_next_upstream、fastcgi_next_upstream和memcached_next_upstream这三个参数来使用的,当Nginx接受后端服务器返回这三个参数定义的状态码时,会将这个请求转发给正常工作的后端服务器,例如404、502、503.Max_fails的默认值是1:企业场景下建议是2~3。京东是1次,蓝汛10次,根据业务需求去配置。 backup 热备配置(RS节点的高可用),当前面激活的RS都失败后会自动启用热备RS。这标志着这个服务器作为备份服务器,如果主服务器全部坏了,就会向它转发请求,注意,当负载调度算法为ip_hash时,后端服务器在负载均衡调度中的状态就不能是weight和backup了。 fail_timeout=10s 在max_fails定义失败次数后,距离下次检查的间隔时间、默认是10s;如果max_fails是5,就检查5次,如果5ci都是502,那么它就会根据fail_timeout的值,等待10s再去检查一次。 down 标志着服务器永远不可用,配合ip_hash使用。
4、Nginx代理Cache服务,可能要使用hash算法,此时如果主服务器坏了,就要通过设置down参数确保客户端用户按照当前的hash算法访问。
upstream backend { ip_hash; server 192.168.1.123; server 192.168.1.124 down; }
5、Haproxy负载均衡器server的配置示例
server php_server_1 10.12.25.68:80 cookie 1 check inter 2000 rize 3 fall weight 2 server php_server_bak 10.12.25.79:80 cookie 3 check inter 1500 rise 3 fall 3 backup weight 权重 check 开启对服务器的健康检查 inter 设置连续两次的健康检查间隔时间,单位是毫秒,默认是2000 rise 指定多少次连续成功的健康检查后,即可认定该服务器处于可用状态 fall 指定多少次检查不健康后,则认为服务器处于坏的 默认是3 maxconn 指定可被发送到该服务器的最大并发连接数 更加具体的可以参考官方文档
6、upstream模块调度算法
(1)rr:轮巡,默认调度算法,静态
(2)wrr:权重轮巡,静态
(3)ip_hash 静态:每个请求按客户端IP的hash结果分配,当新的请求到达时,先会将其客户端IP通过哈希算法哈希出一个值,在随后的客户请求中,客户IP的哈希值只要相同,就会分配到同一台服务器,该调度算法可以解决动态网页的session共享问题,但有时会导致分配不均。
(4)fair:动态调度算法 此算法根据后端服务器的响应时间来分配请求,响应时间短的优先分配,智能,要使用这种调度算法必须先下载upstream_fair。
upstream cwj_db { server 192.168.1.123; server 192.168.1.124; fair; }
(5)least_conn 动态 根据后端节点的连接数来决定分配情况,哪个机器少就分发给谁
(6)url_hash算法 与ip_hash类似,根据访问URL的hash结果来分配请求,让每个URL定向到同一个后端服务器,后端服务器为缓存服务器时效果显著,如果需要使用这种调度算法,必须要安装Nginx的hash模块软件包
三、Nginx负载均衡核心组件介绍:proxy_pass模块
1、简单实用案例
1)、将匹配URI为name的请求抛给http://172.0.0.1/remote/
location /name/ { proxy_pass http://127.0.0.1/remote/; }
2)、将匹配URI为some/path的请求抛给http://127.0.0.1
location /some/path { proxy_pass http://127.0.0.1; }
3)、将匹配URI为name的请求用指定的rewrite规则,然后抛给http://127.0.0.1
loaction /name/ { rewrite /name/ ([^/]+) /usersname=$1 break; proxy_pass http://127.0.0.1; }
2、模块参数
通常配置完后,再最后加上proxysetheader Host $host;若后端有多个虚拟主机,它就可以识别代理的是哪个虚拟主机了,很关键。
原创文章,作者:N24_yezi,如若转载,请注明出处:http://www.178linux.com/65267