目前集群登录会话处理方法有如下几种:redis
1. SESSION广播模式,即各个WEB 容器中会话相互拷贝,当一个容器SESSION发生变化时,则通知集群中全部其余容器,数据库
此方式容易引发广播风暴(相似于集线器,固然具体要看实现方式,好比下图的两种方式),配置简单,可用于小集群小规模用户。浏览器
2. 会话集中管理,修改容器配置,把全部会话集中至缓存服务器(如memcached、redis 或者数据库),内存处理效率高,不过宕机全部会话将丢失,缓存
数据库保存效率偏低,宕机仍然能保存大部分会话,数据库选择MYSQL 或者 Berkeley DB等。以下图:服务器
2.1 有些状况可以使会话缓存服务器中只保存登录信息,其余的数据写入COOKIE,不过COOKIE有限制,根据实际状况更改设计。memcached
3. 会话粘性默认,即一个用户访问开始相当闭浏览器前,全部的请求都被转至一台服务器。缺点:服务器宕机会使得该服务器中服务的用户会话所有丢失,设计
适合场景:在中等用户规模的企业内使用(如TPS为300-500)。blog