分布式集群架构场景优化解决方案:Session共享问题
Posted 丿涛哥哥
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了分布式集群架构场景优化解决方案:Session共享问题相关的知识,希望对你有一定的参考价值。
分布式集群架构场景优化解决方案:Session共享问题
Session共享问题
Session共享及Session保持或者叫做Session一致性
1、 Session问题原因分析
出现这个问题的原因,从根本上来说是因为Http协议是无状态的协议。客户端和服务端在某次会话中产生的数据不会被保留下来,所以第二次请求服务端无法认识到你曾经来过, Http为什么要设计为无状态协议?早期都是静态页面无所谓有无状态,后来有动态的内容更丰富,就需要有状态,出现了两种用于保持Http状态的技术,那就是Cookie和Session。而出现上述不停让登录的问题,分析如下图:
场景:nginx默认轮询策略
2、解决Session一致性的方案
1、Nginx的 IP_Hash 策略(可以使用)
同一个客户端IP的请求都会被路由到同一个目标服务器,也叫做会话粘滞
优点:
- 配置简单,不入侵应用,不需要额外修改代码
缺点:
- 服务器重启Session丢失
- 存在单点负载高的风险
- 单点故障问题
2、Session复制(不推荐)
多个tomcat之间通过修改配置文件,达到Session之间的复制
优点:
- 不入侵应用
- 便于服务器水平扩展
- 能适应各种负载均衡策略
- 服务器重启或者宕机不会造成Session丢失
缺点:
- 性能低
- 内存消耗
- 不能存储太多数据,否则数据越多越影响性能
- 延迟性
3、Session共享,Session集中存储(推荐)
Session的本质就是缓存,那Session数据为什么不交给专业的缓存中间件呢?比如Redis
优点:
- 能适应各种负载均衡策略
- 服务器重启或者宕机不会造成Session丢失
- 扩展能力强
- 适合大集群数量使用
缺点:
- 对应用有入侵,引入了和Redis的交互代码
Spring Session使得基于Redis的Session共享应用起来非常的简单
1)引入Jar
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.session</groupId>
<artifactId>spring-session-data-redis</artifactId>
</dependency>
2)配置redis
spring.redis.database=0
spring.redis.host=127.0.0.1
spring.redis.port=6379
3)添加注解
3、 源码示意
观察其父类,父类中有Filter
这个Filter就是SpringSession最核心的地方
在过滤器中将HttpServletRequest包装
本质就是一个HtppRequest,拥有同样的方法,找getSession
回到SessionRepositoryFilter的doFilterInternal方法
原理示意图
以上是关于分布式集群架构场景优化解决方案:Session共享问题的主要内容,如果未能解决你的问题,请参考以下文章