Linux叢集/分散式環境下session處理方法介紹

這篇文章主要為大家介紹了關於Linux叢集/分散式環境下session處理的五種策略，文中透過範例程式碼及圖片介紹的非常詳細，對大家的學習或工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧。

前言

我們一般在搭建完叢集環境後，必須考慮的一個問題就是使用者存取產生的session如何處理。如果不做任何處理的話，使用者將出現頻繁登入的現象，例如叢集中存在A、B兩台伺服器，使用者在第一次造訪網站時，Nginx透過其負載平衡機制將使用者請求轉發到A伺服器，這時A伺服器就會為使用者建立一個Session。當使用者第二次發送請求時，Nginx將其負載平衡到B伺服器，而這時候B伺服器並不存在Session，所以就會將使用者踢到登入頁面。這將大大降低用戶體驗度，導致用戶的流失，這種情況是專案絕不應該出現的。

我們應該對產生的Session進行處理，透過黏性Session，Session複製或Session共享等方式保證使用者的體驗度。

以下我將說明5種Session處理策略，並分析其優劣性。話不多說了，來一起看看詳細的介紹吧。

第一種：黏性session

#原理：黏性Session是指將使用者鎖定在某一個伺服器上，例如上面說的例子，用戶第一次請求時，負載平衡器將用戶的請求轉發到了A伺服器上，如果負載平衡器設定了黏性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叢集功能

##Address:填寫本機ip即可，設定連接埠號，預防連接埠衝突。

② 在應用程式中增加資訊：通知應用程式目前處於叢集環境中，支援分散式

在web.xml中新增選項

第三種：session共享機制

#使用分散式快取方案例如memcached、redis，但是要求Memcached或Redis必須是集群。

使用Session共享也分兩種機制，兩種情況如下：

① 粘性session處理方式

原理：不同的tomcat指定訪問不同的主memcached。多個Memcached之間資訊是同步的，能主從備份和高可用。使用者存取時首先在tomcat中建立session，然後將session複製一份放到它對應的memcahed上。 memcache只起備份作用，讀寫都在tomcat上。當某一個tomcat掛掉後，叢集會將使用者的存取定位到備tomcat上，然後根據cookie中儲存的SessionId找session，找不到時，再去對應的memcached上去session，找到之後將其複製到備tomcat上。

② 非黏性session處理方式

原理：memcached做主從複製，寫入session都往從memcached服務上寫，讀取都從主memcached讀取，tomcat本身不儲存session

#優點：可容錯，session即時回應。

實作方式：用開源的msm外掛程式解決tomcat之間的session共享：Memcached_Session_Manager（MSM）

a. 复制相关jar包到tomcat/lib 目录下

JAVA memcached客户端：spymemcached.jarmsm项目相关的jar包：1. 核心包，memcached-session-manager-{version}.jar2. 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来实现分布式应用程序协调等，也值得学习一下。

以上是Linux叢集/分散式環境下session處理方法介紹的詳細內容。更多資訊請關注PHP中文網其他相關文章！