背景
最近搞tomcat web应用服务器的双活,期间遇到的首要问题就是session的共享问题,我们是使用memcached来做共享session存储的,其中还是有几个需要注意的点,本文就来简单记录下
基于memcached实现的共享session会话配置
首先由于我们应用只是针对内部用户使用,所以我们可以容忍当memcached服务器crash时,用户掉线重新登录,所以对于共享会话session的要求就是当某台memcached服务器crash后,最坏情况下用户重新登录即可正常使用系统服务
<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
enabled="true"
memcachedNodes="n1:beijing.company.com:11211,n2:guangzhou.company.com:11211"
sticky="false"
sessionBackupAsync="false"
lockingMode="auto"
transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
/>
重点说下这个配置的含义:memcachedNodes=“n1:beijing.company.com:11211,n2:guangzhou.company.com:11211“
这表示tomcat web服务器保存session时,会根据sessionId从n1:beijing.company.com:11211和n2:guangzhou.company.com:11211中选择一个(这里的n1和n2前缀只是一个标识的作用,我们也可以起名为s1,s2),其选择的算法就是根据一致性hash算法做出的路由选择,如下图所示:
需要注意的一点,使用memcached实现session的共享是没有做到双活配置的,因为当某台memcached服务器crash后,其上面的所有session都会过期,不过此时重新登录后,新的session会保存到其他没有crash的memcached服务节点中,相当于这样当用户重新登录即可继续使用后台服务