在我们传统的应用中session存储在服务端，减少服务端的查询压力。如果以集群的方式部署，用户登录的session存储在该次登录的服务器节点上，如果下次访问服务端的请求落到其他节点上就需要重新生成session，这样用户需要频繁的登录。

nginx使用ip hash的方式代理服务

当nginx使用该方式代理请求转发时，相同ip的用户请求会落到相同的机器上，这样就可以避免了频繁的登录。

该方式部署简单，在nginx上做相应的配置即可。该方案缺乏容错性，如果用户请求的机器发生故障，请求就会落到其他的节点上，session就会失效。适用于发生故障对用户影响小，并且服务器发生概率低的场景。

服务端的session复制

web容器在session发生改变的时候都会把session序列号并广播到其他web容器，以此来保证session的同步。

该方案保证了容错性，如果在用户量很大的情况下网络会成为同步的瓶颈，整个集群的性能会受到严重的影响。

如果使用tomcat作为web容器的情况下，设置server.xml开启tomcat的集群同步功能

session共享

使用中间件存储session信息。一般使用redis集群或memcached，中间件一般使用集群部署的方式，防止单点故障

session持久化

把session持久化到数据库中，该方案在用户量很大的情况下会对数据库造成很大的压力

terracotta实现session复制

terracotta实现的session复制只是在session的变化部分复制到terracotta服务器，并且各个节点和terracotta保持tcp连接。这样避免了网络的压力，并实现了灾难恢复的功能。