tomcat使用memcached共享session会话的配置的注意事项

背景

最近搞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服务节点中，相当于这样当用户重新登录即可继续使用后台服务