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

【空山新雨】發表於2019-06-29
RedisTomcat

原文地址： http://blog.jboost.cn/2019/06/29/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。
  1. 在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"
}

     

  2. 我們可以使用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 （一個不只有實戰乾貨的技術公眾號， 歡迎關注）
———————————————————————————————————————————————————————————————
微信公眾號

相關文章