Nginx的集群和负载均衡

原创
2019/07/16 15:48
阅读数 404

Nginx的集群和负载均衡

负载均衡配置案例1

设置上游服务器:

# 设置上游服务器:
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;
}

负载均衡案例2,通过ip_hash

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次失败后,暂停的时间

展开阅读全文
加载中

作者的其它热门文章

打赏
0
0 收藏
分享
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部