叢集/分佈環境下,session處理策略
前言
在搭建完叢集環境後,不得不考慮的一個問題就是使用者訪問的seesion如何處理,如果不做任何處理的話,使用者將出現頻繁登入的現象.比如集中中存在A,B兩臺伺服器,使用者在第一次訪問網站時,Nginx通過其負載均衡機制將使用者請求轉發到A伺服器這時A伺服器就會給使用者建立一個session.當用戶第二次傳送請求時,ngnix將其負載均衡到b伺服器,而這個時候b伺服器並不存在session,所以會將使用者導航到登入頁面,這樣的話肯定會降低使用者的體驗度,導致使用者粘度下降.
我們應當低於產生session進行處理,通過一些處理策略,來保證使用者的體驗度.
五種session 的處理策略
粘性session
- 原理 :粘性session是指將使用者鎖定到某一伺服器上,比如上面講的demo,使用者第一次請求時ngnix將使用者請求轉發到了A上,若ngnix配置了粘性session,那麼使用者每次請求都會轉發到A伺服器上,這樣做,就相當於把使用者A和伺服器粘到了一起,這就是粘性的session機制.
- 優點:簡單,不需要對session做任何處理.
- 缺點:缺乏容錯性,如果當前訪問的伺服器發生故障,使用者被轉移到第二個伺服器上,他的session資訊都將失效.
- 使用場景:發生故障後對客戶產生影響較小;伺服器發生故障時小概率事件
- 實現方式:以Nginx為例，在upstream模組配置ip_hash屬性即可實現粘性Session。
upstream mycluster{
#這裡新增的是上面啟動好的兩臺Tomcat伺服器
ip_hash;#粘性Session
server 192.168.22.229:8080 weight=1;
server 192.168.22.230:8080 weight=1;
}
伺服器session複製
原理:任何一個伺服器上的session發生改變(增刪改)
該節點會把這個session的所有內容序列化,然後廣播給所有的其他節點,不管其他伺服器需不需要session’,以此來保證session同步.
優點:可容錯,各個伺服器的session能夠實時響應.
缺點:會對網路複核造成一定壓力,如果session量大的話,可能會造成網路堵塞,拖慢伺服器效能.
實現方法:
設定tomcat,server.xml開啟tomcat叢集功能:
在應用裡增加資訊：通知應用當前處於叢集環境中，支援分散式。
在web.xml中新增選項：
session共享
使用分散式快取方案,比如memcached,redis,但是要求memcached,redis必須是叢集.
使用session共享,也分為閬中機制,
1.粘性session處理方式
原理:不同的tomcat指定訪問不同的主mencached.多個mencacheed之間的資訊是同步的.能主從備份和高可用.使用者訪問時,首先在tomcat中建立session,然後將session複製一份放到他對應的memcached上.memcached只起到備份的作用,讀寫都在tomcat上.當某一個tomcat掛掉之後,叢集將使用者的訪問定位到備tomcat上,然後根據cookie中儲存的sessionid找到session,找不到時再去相應的mencached上去尋找session,找到之後將其複製到tomcat上.
2、非粘性Session處理方式
原理：memcached做主從複製，寫入Session在從memcached伺服器上，讀取Session從主memcached，Tomcat本身不儲存Session。
優點：可容錯，Session實時響應。
實現方式：用開源的msm外掛解決Tomcat之間的Session共享：Memcached_Session_Manager（MSM）
a. 複製相關jar包到tomcat/lib 目錄下
JAVA memcached客戶端：spymemcached.jar
msm專案相關的jar包：
- 核心包，memcached-session-manager-{version}.jar
- Tomcat版本對應的jar包：memcached-session-manager-tc{tomcat-version}-{version}.jar
序列化工具包：可選kryo，javolution,xstream等，不設定時使用jdk預設序列化。
b. 配置Context.xml ，加入處理Session的Manager
粘性模式配置：
非粘性配置：
Session持久化到資料庫
原理：拿一個數據庫專門用來儲存Session資訊，保證Session的持久化。
優點：伺服器出現問題，Session不會丟失。
缺點：如果網站的訪問量很大，把Session儲存到資料庫中，會對資料庫造成很大壓力，還需要增加額外的開銷，維護資料庫。
Terracotta實現Session複製
原理：Terracotta的基本原理是對於叢集間共享的資料，在當一個節點發生變化的時候，Terracotta只把變化的部分發送給Terracotta伺服器，然後由伺服器把它轉發給真正需要這個資料的節點。這種方案可以看成是對第二種方案的優化。
優點：這樣對網路的壓力非常小，各個節點也不必浪費CPU時間和記憶體進行大量的序列化操作。把這種叢集間資料共享的機制應用在Session同步上，既避免了對資料庫的依賴，又能達到負載均衡和災難恢復的效果。
總結
以上就是在叢集或者分散式環境下，Session處理的5中策略。其中就應用廣泛性而言，第三種方式，也就是基於第三方快取框架共享Session，應用的最為廣泛，無論是效率還是擴充套件性都還可以。而Terracotta作為一個JVM級的開源叢集框架，不僅僅提供HTTP Session複製，它還能做分散式快取，POJO群集，跨越群集的JVM來實現分散式應用程式協調等。