tomcat会话管理集群建设方案

samdung

　　标题索引

　　

• 　　追朔原因
  
• 　　方案构建
  
• 　　方案评估
  

　　追朔原因
　　    网站集群会话管理毋庸置疑，互联网上方案层出不穷，构建稳定、高效、适应业务系统的方案需根据自己的业务发展自行设计，根据以往经验tomcat构建会话管理时，往往异常莫名奇妙问题恒生，因此自测方案迫在眉睫。

　　方案构建
　　1.会话管理
　　    通常采用Cookie技术或Session技术，如下为俩者方案详解，Cookie技术具体原理及过程如下所示：

https://s2.运维网.com/oss/201711/21/be84879992aab56388e3183755895cbd.png

图1-1 Cookie会话管理技术流程图

　　    如上所示Cookie技术是调用Serlet接口中的Set-Cookie方法，可以将会话、网购产品等非重要数据保存Cookie中并通过response报文返回浏览器，浏览器缓存Cookie，浏览器再次访问Serlet接口时携带之前分配的Cookie，从而携带之前Cookie中保存的内容。
　　    Session技术具体原理如下所示：

https://s5.运维网.com/oss/201711/21/96e1cd9e8c47fe940d33a6e8c906d65f.png

图1-2 Session会话管理技术流程图

　　    如上所示Session技术调用Serlet接口的Session方法，可以将会话ID、网购产品等非重要数据保存会话，通过构建response响应报文返回浏览器会话ID，浏览器缓存会话ID，浏览器再次访问Serlet接口时携带之前分配的会话ID，从而可以从会话服务器中获取保存在会话中的内容。
　　    2.核心配置
　　    调度器Cookie转发
　　    采用调度器采用Cookie会话管理时，会话保持技术主要集中在调度器，服务器端无需采用其他Cookie或Session技术即可做到会话保持，如apache做调度时核心配置：
[ root@centos7 ~ ]#vim /etc/httpd/conf.d/vhost.conf
    #apache给请求报文头部添加Cookie，并转发
   Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/" env=BALANCER_ROUTE_CHANGED
   
                BalancerMember http://172.18.27.23:8080 route=1
                BalancerMember http://172.18.27.24:8080 route=2
                #调度采用基于Cookie的会话保持                                                                                                            
                proxyset stickysession=ROUTEID
   
   
           ServerName www.jncsy.com
          ProxyVia On
          ProxyRequests Off
          ProxyPreserveHost On
         
                  Require all granted
         
         
                  Require all granted
         
          ProxyPass / balancer://tcpsv/
          ProxyPa***everse / balancer://tcpsv/
    　　    集群会话同步
　　    参考官方集群文档https://tomcat.apache.org/tomcat-7.0-doc/cluster-howto.html，在每台tomcat  server.xml文件中添加


         

         
            
            
                      maxThreads="8"/>
            
              
            
            
            
         
         
         

         
         
         
        　　    并在在目录/WEB-INF的目录的web.xml中的文件的末尾中添加

         index.html
         index.htm
         index.jsp


        

    会话服务器

　　    会话服务器采用tomcat+memcache构建，其中tomcat中添加/usr/share/tomcat/bin下添加会话管理包，让tomcat支持会话管理，在每个页面程序中的WEB-INF下常见lib目录并在此目录中添加序列化工具，将服务器产生的会话通过序列化工具转化为可以存储在memcache中的键值，具体可参考官网文档https://github.com/magro/memcached-session-manager/wiki/SetupAndConfiguration。
　　    核心配置如下：
[ root@nginxser01 lib ]#pwd                     #上传序列化工具
/usr/local/tomcat/webapps/test/WEB-INF/lib
[ root@nginxser01 lib ]#ls
asm-6.0.jar     kryo-serializers-0.42.jar  msm-kryo-serializer-2.1.1.jar  reflectasm-1.11.3.jar
kryo-4.0.1.jar  minlog-1.3.0.jar           objenesis-2.6.jar
[ root@nginxser01 lib ]#pwd
/usr/local/tomcat/lib                           #上传会话管理工具
[ root@nginxser01 lib ]#ls
memcached-session-manager-2.1.1.jar memcached-session-manager-tc8-2.1.1.jar
spymemcached-2.12.3.jar
[ root@nginxser01 conf]# vim server.xml         #粘性会话和非粘性会话根据业务需求二选一
   
        
   
   
   
   
    　　方案评估
　　    根据如上3套方案，若业务量相对较小时，建议采用基于Cookie调度，因为网络NAT技术有可能会产生调度不均衡，但是并非同一IP会同时产生大量访问量。若业务量相对较大时，建议采用专用会话管理服务器集群，专业的工具做专业的事效果会更佳。若服务器资源相对匮乏、内存资源无法保障时，建议采用会话同步。