集群会话共享问题的几种处理方式
2014-10-29 15:08
323 查看
目前集群登陆会话处理方法有以下几种:
1. SESSION广播模式,即各个WEB 容器中会话相互拷贝,当一个容器SESSION发生变化时,则通知集群中所有其他容器,
此方式容易引起广播风暴(类似于集线器,当然具体要看实现方式,比如下图的两种方式),配置简单,可用于小集群小规模用户。
2. 会话集中管理,修改容器配置,把所有会话集中至缓存服务器(如memcached、redis 或者数据库),内存处理效率高,不过宕机所有会话将丢失,
数据库保存效率偏低,宕机仍然能保存大部分会话,数据库选择MYSQL 或者 Berkeley DB等。如下图:
2.1 有些情况可使会话缓存服务器中只保存登陆信息,其他的数据写入COOKIE,不过COOKIE有限制,根据实际情况更改设计。
3. 会话粘性默认,即一个用户访问开始至关闭浏览器前,所有的请求都被转至一台服务器。缺点:服务器宕机会使得该服务器中服务的用户会话全部丢失,
适合场景:在中等用户规模的企业内使用(如TPS为300-500)。
1. SESSION广播模式,即各个WEB 容器中会话相互拷贝,当一个容器SESSION发生变化时,则通知集群中所有其他容器,
此方式容易引起广播风暴(类似于集线器,当然具体要看实现方式,比如下图的两种方式),配置简单,可用于小集群小规模用户。
2. 会话集中管理,修改容器配置,把所有会话集中至缓存服务器(如memcached、redis 或者数据库),内存处理效率高,不过宕机所有会话将丢失,
数据库保存效率偏低,宕机仍然能保存大部分会话,数据库选择MYSQL 或者 Berkeley DB等。如下图:
2.1 有些情况可使会话缓存服务器中只保存登陆信息,其他的数据写入COOKIE,不过COOKIE有限制,根据实际情况更改设计。
3. 会话粘性默认,即一个用户访问开始至关闭浏览器前,所有的请求都被转至一台服务器。缺点:服务器宕机会使得该服务器中服务的用户会话全部丢失,
适合场景:在中等用户规模的企业内使用(如TPS为300-500)。
相关文章推荐
- IBM Websphere 集群会话共享问题解决办法
- 多线程共享数据的几种处理方式之synchronized
- fushioncharts几种问题汇总:debug、赋值方式、事件处理等
- tomcat集群机制剖析-tomcat的session会话共享方式
- Session会话保持机制的原理与Tomcat Session共享的几种实现方式(Session Cluster、memcached+MSM)
- epson me 1+只有主机能打印不能共享网络打印问题的处理
- 问题2:你使用过几种方式在网上发布信息?都有什么?你认为还有那些工具需要学习的?每问必答,长短不限
- asp错误的几种处理方式
- asp错误的几种处理方式
- 总结: 重复提交、重复刷新、防止后退的问题以及处理方式 (来自CSDN)
- 手动处理"双击驱动,显示打开方式"问题
- 重复提交、重复刷新、防止后退的问题以及处理方式
- Asp.net中处理一个站点不同Web应用共享Session的问题
- JAVA编程中异常问题处理方式的区别和分析
- 重复提交、重复刷新、防止后退的问题以及处理方式
- LINQ to SQL:处理char(1)字段的方式会引起全表扫描问题
- 重复提交、重复刷新、防止后退的问题以及处理方式
- Asp.net中处理一个站点不同Web应用共享Session的问题
- 蛙蛙推荐:JS里声明事件处理的几种方式
- 重复提交、重复刷新、防止后退的问题以及处理方式