应用服务器集群的Session管理

应用服务器的高可用架构设计主要基于服务无状态这一特性，但是事实上，业务总是有状态的，在交易类的电子商务网站，需要有购物车记录用户的购买信息，用户每次购买请求都是向购物车中增加商品，在社交类的网站中，需要记录用户的当前登录状态，最新发布的消息及好友状态等，用户每次刷新页面都需要更新这些消息。

Web应用中将这些多次请求修改使用的上线文对象称为会话(Session)，单机情况下，Session可由部署在服务器上的Web容器管理，在使用负载均衡的集群环境下，由于负载均衡服务器可能会将请求芬达到集群任何一台应用服务器上，所以保证每次请求依然能够获得正确的Session比单机时要复杂很多。

集群环境下，Session管理主要有以下几种手段。

一.Session复制

Session复制是早期企业应用系统使用较多的一种服务器集群Session管理机制，应用服务器开启Web容器的Session复制功能，在集群中的几台服务器之间同步Sessionduixiang ,使得每台服务器上都保存所有用户的Session信息，这样任何一台机器宕机都不会导致Session数据的丢失，而服务器使用Session时，也只需要在本机获取即可。

这种方案虽然简单，从本机读取Session信息也很快速，但只能使用在集群规模比较小的情况下。当集群规模比较大时，集群服务器间需要大量的通信进行Session复制，占用服务器和网络的大量资源，系统不堪负担。而且由于所有用户的Session信息在每台服务器上都有备份，在大量用户访问的情况下，甚至会出现服务器内存不够Session使用的情况。

二.Session绑定

Session绑定可以利用负载均衡的源地址Hash算法实现，负载均衡服务器总是将来源于同一IP的请求分发到同一台服务器上，这样在整个会话期间，用户所有的请求都在同一台服务器上处理，即Session绑定在某台特定服务器上，保证Session总能在者爱服务器上获取，这种方法又被称为会话黏滞。

但是Session绑定的方案显然不符合我们对系统高可用的需求，因为一旦某台服务器宕机，那么该机器上的Session也就不复存在了，用户请求切换到其他机器后因为没有Session而无法完成业务处理。因此虽然大部分负载均衡服务器都提供原地址负载均衡算法，但很少有网站利用这个算法进行Session管理。

三.利用Cookie记录Session

一种管理Session的方式是将Session记录在客户端，每次请求服务器的时候，将Session放在请求中发送给服务器，服务器处理完请求后再讲修改过的Session响应给客户端。网站利用Cookie记录Session，利用Cookie记录Session也有一些缺点，比如受Cookie大小的限制，能记录的信息有限；每次请求响应都需要传输Cookie，影响性能；如果用户关闭Cookie，访问就会不正常。但是由于Cookie的简单易用，可用性高，支持应用服务器的线性伸缩，而大部分应用需要记录的Session信息又比较小。因此事实上，许多网站都或多或少地使用Cookie记录Session。

四.Session服务器

那么有没有可用性高，伸缩性好，性能也不错，对信息大小又没有限制的服务器集群Session管理方案呢？答案就是Session服务器。利用独立部署的Session服务器统一管理Session，应用服务器每次读写Session时，都访问Session服务器，这种解决方案事实上是将应用服务器的状态分离，分为无状态的应用服务器和有状态的Session服务器，然后针对这两种服务器的不同特性分别设计其架构。

对于有状态的Session服务器，一种比较简单的方法就是利用分布式缓存，数据库等，在这些产品的基础上进行包装，使其符合Sessiond的存储和访问要求。如果业务场景对Session管理要求比较高，比如利用Session服务继承单点登录，用户服务等功能，则需要开发专门的Session服务管理平台。