Linux集群/分布式環(huán)境下session處理的五種策略詳解
前言
我們一般在搭建完集群環(huán)境后,不得不考慮的一個(gè)問(wèn)題就是用戶訪問(wèn)產(chǎn)生的session如何處理。如果不做任何處理的話,用戶將出現(xiàn)頻繁登錄的現(xiàn)象,比如集群中存在A、B兩臺(tái)服務(wù)器,用戶在第一次訪問(wèn)網(wǎng)站時(shí),Nginx通過(guò)其負(fù)載均衡機(jī)制將用戶請(qǐng)求轉(zhuǎn)發(fā)到A服務(wù)器,這時(shí)A服務(wù)器就會(huì)給用戶創(chuàng)建一個(gè)Session。當(dāng)用戶第二次發(fā)送請(qǐng)求時(shí),Nginx將其負(fù)載均衡到B服務(wù)器,而這時(shí)候B服務(wù)器并不存在Session,所以就會(huì)將用戶踢到登錄頁(yè)面。這將大大降低用戶體驗(yàn)度,導(dǎo)致用戶的流失,這種情況是項(xiàng)目絕不應(yīng)該出現(xiàn)的。
我們應(yīng)當(dāng)對(duì)產(chǎn)生的Session進(jìn)行處理,通過(guò)粘性Session,Session復(fù)制或Session共享等方式保證用戶的體驗(yàn)度。
以下我將說(shuō)明5種Session處理策略,并分析其優(yōu)劣性。話不多說(shuō)了,來(lái)一起看看詳細(xì)的介紹吧。
第一種:粘性session
原理:粘性Session是指將用戶鎖定到某一個(gè)服務(wù)器上,比如上面說(shuō)的例子,用戶第一次請(qǐng)求時(shí),負(fù)載均衡器將用戶的請(qǐng)求轉(zhuǎn)發(fā)到了A服務(wù)器上,如果負(fù)載均衡器設(shè)置了粘性Session的話,那么用戶以后的每次請(qǐng)求都會(huì)轉(zhuǎn)發(fā)到A服務(wù)器上,相當(dāng)于把用戶和A服務(wù)器粘到了一塊,這就是粘性Session機(jī)制。
優(yōu)點(diǎn):簡(jiǎn)單,不需要對(duì)session做任何處理。
缺點(diǎn):缺乏容錯(cuò)性,如果當(dāng)前訪問(wèn)的服務(wù)器發(fā)生故障,用戶被轉(zhuǎn)移到第二個(gè)服務(wù)器上時(shí),他的session信息都將失效。
適用場(chǎng)景:發(fā)生故障對(duì)客戶產(chǎn)生的影響較小;服務(wù)器發(fā)生故障是低概率事件。
實(shí)現(xiàn)方式:以Nginx為例,在upstream模塊配置ip_hash屬性即可實(shí)現(xiàn)粘性Session。
upstream mycluster{
#這里添加的是上面啟動(dòng)好的兩臺(tái)Tomcat服務(wù)器
ip_hash;#粘性Session
server 192.168.22.229:8080 weight=1;
server 192.168.22.230:8080 weight=1;
}
第二種:服務(wù)器session復(fù)制
原理:任何一個(gè)服務(wù)器上的session發(fā)生改變(增刪改),該節(jié)點(diǎn)會(huì)把這個(gè) session的所有內(nèi)容序列化,然后廣播給所有其它節(jié)點(diǎn),不管其他服務(wù)器需不需要session,以此來(lái)保證Session同步。
優(yōu)點(diǎn):可容錯(cuò),各個(gè)服務(wù)器間session能夠?qū)崟r(shí)響應(yīng)。
缺點(diǎn):會(huì)對(duì)網(wǎng)絡(luò)負(fù)荷造成一定壓力,如果session量大的話可能會(huì)造成網(wǎng)絡(luò)堵塞,拖慢服務(wù)器性能。
實(shí)現(xiàn)方式:
① 設(shè)置tomcat ,server.xml 開(kāi)啟tomcat集群功能

Address:填寫(xiě)本機(jī)ip即可,設(shè)置端口號(hào),預(yù)防端口沖突。
② 在應(yīng)用里增加信息:通知應(yīng)用當(dāng)前處于集群環(huán)境中,支持分布式
在web.xml中添加選項(xiàng) <distributable/>
第三種:session共享機(jī)制
使用分布式緩存方案比如memcached、redis,但是要求Memcached或Redis必須是集群。
使用Session共享也分兩種機(jī)制,兩種情況如下:
① 粘性session處理方式
原理:不同的 tomcat指定訪問(wèn)不同的主memcached。多個(gè)Memcached之間信息是同步的,能主從備份和高可用。用戶訪問(wèn)時(shí)首先在tomcat中創(chuàng)建session,然后將session復(fù)制一份放到它對(duì)應(yīng)的memcahed上。memcache只起備份作用,讀寫(xiě)都在tomcat上。當(dāng)某一個(gè)tomcat掛掉后,集群將用戶的訪問(wèn)定位到備tomcat上,然后根據(jù)cookie中存儲(chǔ)的SessionId找session,找不到時(shí),再去相應(yīng)的memcached上去session,找到之后將其復(fù)制到備tomcat上。

② 非粘性session處理方式
原理:memcached做主從復(fù)制,寫(xiě)入session都往從memcached服務(wù)上寫(xiě),讀取都從主memcached讀取,tomcat本身不存儲(chǔ)session

優(yōu)點(diǎn):可容錯(cuò),session實(shí)時(shí)響應(yīng)。
實(shí)現(xiàn)方式:用開(kāi)源的msm插件解決tomcat之間的session共享:Memcached_Session_Manager(MSM)
a. 復(fù)制相關(guān)jar包到tomcat/lib 目錄下
JAVA memcached客戶端:spymemcached.jarmsm項(xiàng)目相關(guān)的jar包:1. 核心包,memcached-session-manager-{version}.jar2. Tomcat版本對(duì)應(yīng)的jar包:memcached-session-manager-tc{tomcat-version}-{version}.jar序列化工具包:可選kryo,javolution,xstream等,不設(shè)置時(shí)使用jdk默認(rèn)序列化。
b. 配置Context.xml ,加入處理Session的Manager
粘性模式配置:

非粘性配置:
第四種:session持久化到數(shù)據(jù)庫(kù)
原理:就不用多說(shuō)了吧,拿出一個(gè)數(shù)據(jù)庫(kù),專門用來(lái)存儲(chǔ)session信息。保證session的持久化。
優(yōu)點(diǎn):服務(wù)器出現(xiàn)問(wèn)題,session不會(huì)丟失
缺點(diǎn):如果網(wǎng)站的訪問(wèn)量很大,把session存儲(chǔ)到數(shù)據(jù)庫(kù)中,會(huì)對(duì)數(shù)據(jù)庫(kù)造成很大壓力,還需要增加額外的開(kāi)銷維護(hù)數(shù)據(jù)庫(kù)。
第五種terracotta實(shí)現(xiàn)session復(fù)制
原理:Terracotta的基本原理是對(duì)于集群間共享的數(shù)據(jù),當(dāng)在一個(gè)節(jié)點(diǎn)發(fā)生變化的時(shí)候,Terracotta只把變化的部分發(fā)送給Terracotta服務(wù)器,然后由服務(wù)器把它轉(zhuǎn)發(fā)給真正需要這個(gè)數(shù)據(jù)的節(jié)點(diǎn)??梢钥闯墒菍?duì)第二種方案的優(yōu)化。

優(yōu)點(diǎn):這樣對(duì)網(wǎng)絡(luò)的壓力就非常小,各個(gè)節(jié)點(diǎn)也不必浪費(fèi)CPU時(shí)間和內(nèi)存進(jìn)行大量的序列化操作。把這種集群間數(shù)據(jù)共享的機(jī)制應(yīng)用在session同步上,既避免了對(duì)數(shù)據(jù)庫(kù)的依賴,又能達(dá)到負(fù)載均衡和災(zāi)難恢復(fù)的效果。
實(shí)現(xiàn)方式:篇幅原因,下篇再論。
小結(jié)
以上講述的就是集群或分布式環(huán)境下,session的5種處理策略。其中就應(yīng)用廣泛性而言,第三種方式,也就是基于第三方緩存框架共享session,應(yīng)用的最為廣泛,無(wú)論是效率還是擴(kuò)展性都很好。而Terracotta作為一個(gè)JVM級(jí)的開(kāi)源群集框架,不僅提供HTTP Session復(fù)制,它還能做分布式緩存,POJO群集,跨越群集的JVM來(lái)實(shí)現(xiàn)分布式應(yīng)用程序協(xié)調(diào)等,也值得學(xué)習(xí)一下。
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作能帶來(lái)一定的幫助,如果有疑問(wèn)大家可以留言交流,謝謝大家對(duì)腳本之家的支持。
- 使用Docker Swarm搭建分布式爬蟲(chóng)集群的方法示例
- Centos7.3 RabbitMQ分布式集群搭建示例
- PHP實(shí)現(xiàn)分布式memcache設(shè)置web集群session同步的方法
- Linux下Kafka分布式集群安裝教程
- Linux下ZooKeeper分布式集群安裝教程
- 詳解CentOS 6.5搭建Redis3.2.8單機(jī)分布式集群
- 詳解使用docker搭建hadoop分布式集群
- java 分布式與集群的區(qū)別和聯(lián)系
- Hadoop單機(jī)版和全分布式(集群)安裝
- 爬蟲(chóng)技術(shù)之分布式爬蟲(chóng)架構(gòu)的講解
- 分布式和集群的概述講解
相關(guān)文章
在Linux系統(tǒng)上安裝Spring boot應(yīng)用的教程詳解
這篇文章主要介紹了在Linux系統(tǒng)上安裝Spring boot應(yīng)用,本文通過(guò)實(shí)例文字相結(jié)合的形式給大家介紹的非常詳細(xì),具有一定的參考借鑒價(jià)值 ,需要的朋友可以參考下2019-05-05
阿里云Linux-CentOS系統(tǒng)下-搭建Git服務(wù)器詳解
這篇文章主要介紹了 阿里云Linux-CentOS系統(tǒng)下-搭建Git服務(wù)器詳解的相關(guān)資料,需要的朋友可以參考下2016-11-11
Centos7之如何設(shè)置定時(shí)任務(wù)
這篇文章主要介紹了Centos7之如何設(shè)置定時(shí)任務(wù)問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-06-06
linux下apache開(kāi)啟url重寫(xiě)的方法(詳細(xì)說(shuō)明)
Apache 2.x 中URL重寫(xiě),是通過(guò)mod_rewrite.so 來(lái)實(shí)現(xiàn)的,所以您要查看您的Apache 是否已經(jīng)被編譯進(jìn)去這個(gè)模塊了,并且在Apache的配置文件httpd.conf 中已經(jīng)調(diào)用了這個(gè)模塊2012-04-04
Linux?命令?systemctl?基本介紹和常用選項(xiàng)
這篇文章主要介紹了Linux命令systemctl,包括systemctl命令的基本介紹和常用選項(xiàng)、命令及示例,使用systemctl命令需要有管理員權(quán)限(例如root或具有sudo權(quán)限的用戶),需要的朋友可以參考下2023-06-06
CentOS 7.2.1511 編譯安裝Nginx1.10.1+MySQL5.7.14+PHP7.0.11
這篇文章主要介紹了CentOS 7.2.1511 編譯安裝Nginx1.10.1+MySQL5.7.14+PHP7.0.11,需要的朋友可以參考下2016-10-10

