扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
本篇文章给大家分享的是有关Nginx中怎么实现集群和负载均衡,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。
创新互联建站服务项目包括特克斯网站建设、特克斯网站制作、特克斯网页制作以及特克斯网络营销策划等。多年来,我们专注于互联网行业,利用自身积累的技术优势、行业经验、深度合作伙伴关系等,向广大中小型企业、政府机构等提供互联网行业的解决方案,特克斯网站推广取得了明显的社会效益与经济效益。目前,我们服务的客户以成都为中心已经辐射到特克斯省份的部分城市,未来相信会继续扩大服务区域并继续获得客户的支持与信任!
# 设置上游服务器: upstream imgserver{ #weight权重 maxfails错误次数 fail_timeout超时时间.down 表示单前的server暂时不参与负载.其它所有的非backup机器down或者忙的时候,请求backup机器. 在upstream里设置ip_hash,就可以针对同一个C类地址段中的客户端选择同一个后端服务器可以解决session问题. Sticky基于cookie的负载均衡. ip_hash; # 建议不要和Sticky同时使用; Sticky; #建议不要和ip_hash同时使用; server 192.168.1.100:80; weight:2 max_fails=2 fail_timeout=30s; server 192.168.1.101:80; weight:2 max_fails=2 fail_timeout=30s; server 127.0.0.1:7070 backup; server 127.0.0.1:9090 down; }
# 下游调用: location ~ \.(jpg|jpeg|png|gif) { #转发到上游服务器的地址池 proxy_pass imgserver; # 将用户的IP信息同时带过去,要不然,后端服务器获得的IP地址将是代理服务器的IP; proxy_set_header X-Forwarded-For $remote_addr; }
ubuntu 下负载均衡搭建 1准备条件 服务器最少3台 修改配置文件: cd /etc/nginx/conf.d/ 1.添加一个配置文件 upstream a.com { server 服务器IP:端口; server 127.0.0.1:80; server 127.0.0.1:8080; } 2 配置虚拟主机 vim /etc/nginx/sites-available/default server{ listen 80; server_name a.com; location / { proxy_pass http://自己配置;(转发到哪里) } ln -s /etc/nginx/sites-available/{nidepaizhi} /etc/nginx/sites-enabled/ //检查配置文件是否有错 nginx -t //重启服务器 nginx -s reload 3其他参数配置 扩展: 1.轮询(默认方式) 每个请求按时间顺序逐一分配到后端服务器,如果后端服务器down掉,能自动剔除 2 weight 指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。 upstream bakend { server 服务器IP:端口 概率值; server 127.0.0.1:80 weight=10; } 3 ip_hash 每个请求按访问ip的hash结果分配, 这样每个访客固定访问一个后端服务器,可以解决session的问题 upstream resinserver{ ip_hash; server 192.168.159.10:8080; server 192.168.159.11:8080; } 4 location / { proxy_pass http://a.com; #这个地址一定是上面定义的负载均衡的名字 proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; }
我之前所常用的策略: 基于cookie值区别用户做负载均衡.(在cookie储存sessionID,通过sessionID进行判断) 通过redis直接使用redis保存用户的的登录信息进行判断. nginx可以根据客户端IP进行负载均衡,在upstream里设置ip_hash,就可以针对同一个C类地址段中的客户端选择同一个后端服务器,除非那个后端服务器宕了才会换一个,可以解决session问题.。 Sticky基于cookie的负载均衡. 我现在的均衡策略: 就是不配Sticky或ip_hash直接用按权重轮训就行了, session同步什么的都不用担心.现在都把session存在Redis中了.
百度转载的五种均衡分配方式: nginx可以根据客户端IP进行负载均衡,在upstream里设置ip_hash,就可以针对同一个C类地址段中的客户端选择同一个后端服务器,除非那个后端服务器宕了才会换一个。 nginx的upstream目前支持的5种方式的分配
1、轮询(默认) 每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。 upstream backserver { server 192.168.0.14; server 192.168.0.15; } 2、指定权重 指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。 upstream backserver { server 192.168.0.14 weight=10; server 192.168.0.15 weight=10; } 3、IP绑定 ip_hash 每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。 upstream backserver { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; } 4、fair(第三方) 按后端服务器的响应时间来分配请求,响应时间短的优先分配。 upstream backserver { server server1; server server2; fair; } 5、url_hash(第三方) 按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。 upstream backserver { server squid1:3128; server squid2:3128; hash $request_uri; hash_method crc32; } 在需要使用负载均衡的server中增加 proxy_pass http://backserver/; #转发到哪里去 upstream backserver{ ip_hash; server 127.0.0.1:9090 down; (down 表示单前的server暂时不参与负载) server 127.0.0.1:8080 weight=2; (weight 默认为1.weight越大,负载的权重就越大) server 127.0.0.1:6060; server 127.0.0.1:7070 backup; (其它所有的非backup机器down或者忙的时候,请求backup机器) } max_fails :允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream 模块定义的错误 fail_timeout:max_fails次失败后,暂停的时间
以上就是Nginx中怎么实现集群和负载均衡,小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流