nginx反向代理深入理解及session共享

一、反向代理详解

上次使用nginx做负载均衡,只使用了一个参数weight,详细的参数今天来八一八;

upstream newServer{
	server 192.168.0.1:8081 down;
	server 192.168.0.2:80 weight=100;
	server 192.168.0.3:9194;
	server 192.168.0.3:9194 max_fails=120 fail_timeout=12;
	server 192.168.0.4:8544 backup; 
}

在需要负载的server节点下添加

proxy_pass http://newServer

upstream 解释:
down 表示当前server 不参与负载
weight 默认为1 数字越大 负载权重越大
max_fails 允许请求失败的次数 当超过最大次数 返回proxy_next_upstream模块定义的错误
fail_timeout:max_fails次失败后,暂停的时间
backup: 其他所有的非backup机器down或者忙的时候 请求这台机器,这台机器的压力最小


可以同时设置多个upstream 来服务于多个server
但是一个server只能使用一个 upstream


二、反向代理sesioon共享问题

如果使用反向代理,负载均衡,那么就会有个问题,我登录的使用使用的服务器1,而跳转到首页的时候,负载到了

服务器二,而服务器二并没有服务器一的登录信息,又会需要登录,这样可能会出现登录死循环,那么怎么解决

登录信息(session)共享问题呢


方法一.使用redis或者数据库之类的存储session

方法二.负载加入 ip_hash 
      这样每个请求来的ip会请求固定的一台服务器

我们用上一次的例子来测试一下ip_hahs


upstream backend  {  
  server 127.0.0.1:9501 weight=65;  
  server 127.0.0.1:9502 weight=105;  
  server 127.0.0.1:9503 weight=45;  
  server 127.0.0.1:9504 weight=85;  
  ip_hash;
}  

只需要在最后一行加入ip_hash;即可

我们不断刷新浏览器,始终访问到的是 服务器四

nginx反向代理深入理解及session共享_第1张图片

在终端中使用 curl 始终访问的是服务器 三

nginx反向代理深入理解及session共享_第2张图片

验证成功。










你可能感兴趣的:(系统运维架构)