分布式集群--Session 共享的实现

在Nginx+Tomcat集群环境下,不同Tomcat间session不共享导致用户重复登录问题。采用ip_hash策略虽能绑定客户端到同一Tomcat,避免session丢失,但存在单点故障风险。解决方案为利用Spring-Session将session存储于Redis,实现session共享。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在web应用中,由于http的请求响应式,无状态。要记录用户相关的状态信息,比如电商网站的购物车,比如用户是否登录等,都需要使用session。我们知道session是由servlet容器创建和管理,存储在服务器端,并且与客户端浏览器相关(停止web应用,关闭浏览器session都会失效)。

  如果一个web应用,部署到一台服务器(一个tomcat),那么session使用起来相当的方便,没有额外的担心,直接由servlet容器创建和管理即可。然而今天,一个web应用面临大量用户,高并发的访问(我们有十多亿同胞,骄傲啊!)。那么无论如何一个tomcat是难以提供服务的,就需要集群方式部署大量的tomcat,共同提供服务。也就是我们耳熟能详 的:集群、分布式、负载均衡。架构大概是这个样子:

 

上述问题:使用了nginx 做了负载均衡和反向代理功能

但是客户在tomcat2 登录创建的session  ,通过nginx 反向代理 推送到了tomcat3服务上去了,这样用户就需要再次登录,就出现了客户端反复登陆问题,怎么解决呢?

同一个web应用,当以nginx+tomcat实现负载均衡集群部署以后,nginx采取不同的负载均衡策略,比如:轮询、ip_hash。那么session的表现是完全不一样的。

nginx 负载均衡策略:轮询

 轮询方式,客户端的不同请求在经过nginx负载均衡后,有可能反向代理到tomcat1或者tomcat2,由于没有实现session共享,导致session不可用

nginx 负载均衡策略:ip_hash

ip_hash 方式,将客户端的ip地址经过hash处理后,反向代理绑定到后端同一台tomcat服务器,(相当于同一个客户端访问,绑定到同一个tomcat上)因此Session可用,这种方式虽然实现了不同客户端流量的均衡,但对同一个客户端来说,存在单点故障,,如果后端某一个tomcat服务器出故障,那么所有之前绑定的该tomcat的session都失效了

解决方法:通过spring-session将session存储到redis上,实现session共享

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值