redission-tomcat：快速實現從單機部署到多機部署

原文地址： http://blog.jboost.cn/session-redis.html

 

一些項目初期出於簡單快速，都是作單機開發與部署，可是隨着業務的擴展或對可用性要求的提升，單機環境已不知足需求。單機部署往多機部署切換，其中可能存在的一個重要環節就是session的共享（若是一開始就是基於token的認證則可忽略）。本文介紹一個基於redis的tomcat session管理開源項目：redission-tomcat，可無代碼侵入式地快速實現session共享。

1. 簡介

redisson是與jedis相似的一個redis客戶端，其功能比jedis要更豐富一些。redission-tomcat是一個基於redis的tomcat session管理器項目，項目地址：https://github.com/redisson/redisson/tree/master/redisson-tomcat 。相比於其它實現，該項目的存儲更爲高效，寫操做也更爲優化。每個session參數是在調用HttpSession.setAttribute時寫入redis的，其它方案卻通常是每次都將整個session進行序列化後寫入。

2. 使用

1. 將redisson-all-3.11.0.jar，redisson-tomcat-8-3.11.0.jar（針對tomcat8，其它版本可在上述項目地址頁面找到下載連接）兩個jar包下載放到tomcat的lib目錄下。

2. 在tomcat conf目錄下的context.xml文件中添加以下配置

   <Manager className="org.redisson.tomcat.RedissonSessionManager"
   configPath="${catalina.base}/conf/redisson.conf" 
   readMode="MEMORY" updateMode="AFTER_REQUEST" broadcastSessionEvents="false"/>

　　其中

• configPath：指向Redisson的json或yaml格式的配置文件，第3步中給出。
• readMode：session屬性的讀取模式。可取值 1. MEMORY, 該模式會將session屬性同時保存到本地tomcat session與redis中，後續的session更新經過redis事件傳播到本地tomcat session；2. REDIS，只將session屬性保存到redis中。默認爲REDIS。
• updateMode：session屬性的更新模式。可取值 1. DEFAULT，session屬性只經過setAttribute方法保存到redis中；2. AFTER_REQUEST，在每次請求以後，將全部session屬性保存至redis。默認爲DEFAULT。
• broadcastSessionEvents：若是設置爲true，則sessionCreated與sessionDestroyed事件將會被廣播到全部tomcat實例，並使全部註冊的HttpSessionListeners監聽器被觸發。默認爲false。

3. 在tomcat conf目錄下新增配置文件redisson.conf，內容以下
   

   {
     "singleServerConfig":{
       "idleConnectionTimeout":10000,
       "connectTimeout":10000,
       "timeout":3000,
       "retryAttempts":3,
       "retryInterval":1500,
       "password":"123456",
       "subscriptionsPerConnection":5,
       "clientName":null,
       "address": "redis://127.0.0.1:6379",
       "subscriptionConnectionMinimumIdleSize":1,
       "subscriptionConnectionPoolSize":50,
       "connectionMinimumIdleSize":24,
       "connectionPoolSize":64,
       "database":0,
       "dnsMonitoringInterval":5000
     },
     "threads":16,
     "nettyThreads":32,
     "codec":{
       "class":"org.redisson.codec.FstCodec"
     },
     "transportMode":"NIO"
   }

   以上爲單機模式redis環境配置，其中password，address修改成本身的值。若是是集羣模式，則配置文件爲

   {
     "sentinelServersConfig":{
       "idleConnectionTimeout":10000,
       "connectTimeout":10000,
       "timeout":3000,
       "retryAttempts":3,
       "retryInterval":1500,
       "failedSlaveReconnectionInterval":3000,
       "failedSlaveCheckInterval":60000,
       "password":null,
       "subscriptionsPerConnection":5,
       "clientName":null,
       "loadBalancer":{
         "class":"org.redisson.connection.balancer.RoundRobinLoadBalancer"
       },
       "subscriptionConnectionMinimumIdleSize":1,
       "subscriptionConnectionPoolSize":50,
       "slaveConnectionMinimumIdleSize":24,
       "slaveConnectionPoolSize":64,
       "masterConnectionMinimumIdleSize":24,
       "masterConnectionPoolSize":64,
       "readMode":"SLAVE",
       "subscriptionMode":"SLAVE",
       "sentinelAddresses":[
         "redis://127.0.0.1:26379",
         "redis://127.0.0.1:26389"
       ],
       "masterName":"mymaster",
       "database":0
     },
     "threads":16,
     "nettyThreads":32,
     "codec":{
       "class":"org.redisson.codec.FstCodec"
     },
     "transportMode":"NIO"
   }

    

4. 咱們可使用nginx來實現負載均衡，參考配置 

   upstream cnserver{
     server 127.0.0.1:8080 weight=2 fail_timeout=10s max_fails=1;
     server 127.0.0.1:8081 weight=2 fail_timeout=10s max_fails=1;
   }
   
   server {
     listen 80;
     server_name localhost;
     index index.html index.htm;
   
   
   
     location /rest/ {
       index index.html;
       proxy_pass http://cnserver/rest/;
     }
   }

          以上即爲使用redisson-tomcat來實現單機部署到多機部署的全部配置。

3. 總結

技術架構都是隨着業務的發展而不斷演進。在業務發展初期，用戶量、業務複雜度都相對較低，爲了實現快速上線驗證，每每採用簡單單一的架構。許多項目可能還沒來得及進行架構演進升級就GG了，而有幸繼續成長的項目必然會隨着業務的擴張不斷優化與升級。本文介紹的redisson-tomcat可幫助單機項目快速切換到多機支持，固然只是在session管理環節。若是涉及到其它如文件上傳，定時任務等分佈式支持，則要另作相應調整了。

個人我的博客地址：http://blog.jboost.cn
個人github地址：https://github.com/ronwxy
個人微信公衆號：jboost-ksxy （一個不僅有實戰乾貨的技術公衆號， 歡迎關注）
———————————————————————————————————————————————————————————————