Tomcat實現session共享(session 會話復制)


一、如何保持session會話

目前,為了使web能適應大規模的訪問,需要實現應用的集群部署。集群最有效的方案就是負載均衡,而實現負載均衡用戶每一個請求都有可能被分配到不固定的服務器上,這樣我們首先要解決session的統一來保證無論用戶的請求被轉發到哪個服務器上都能保證用戶的正常使用,即需要實現session的共享機制。

在集群系統下實現session統一的有如下幾種方案:

1、請求精確定位:session sticky,例如基於訪問iphash策略,即當前用戶的請求都集中定位到一台服務器中,這樣單台服務器保存了用戶的session登錄信息,如果宕機,則等同於單點部署,會丟失,會話不復制。

2session復制共享:session replication,如tomcat自帶session共享,主要是指集群環境下,多台應用服務器之間同步session,使session保持一致,對外透明。 如果其中一台服務器發生故障,根據負載均衡的原理,調度器會遍歷尋找可用節點,分發請求,由於session已同步,故能保證用戶的session信息不會丟失,會話復制,

此方案的不足之處:

必須在同一種中間件之間完成(:tomcat-tomcat之間).

session復制帶來的性能損失會快速增加.特別是當session中保存了較大的對象,而且對象變化較快時, 性能下降更加顯著,會消耗系統性能。這種特性使得web應用的水平擴展受到了限制。

Session內容通過廣播同步給成員,會造成網絡流量瓶頸,即便是內網瓶頸。

在大並發下表現並不好

3、基於cache DB緩存的session共享

基於 memcache/redis緩存的 session 共享

即使用cacheDB存取session信息,應用服務器接受新請求將session信息保存在cache DB中,當應用服務器發生故障時,調度器會遍歷尋找可用節點,分發請求,當應用服務器發現session不在本機內存時,則去cacheDB中查找,如果找到則復制到本機,這樣實現session共享和高可用。

二、本配置基於tomcat7環境,通過tomcat集群自帶的session復制,session信息將會被自動復制到各個節點。

案例環境:

主機

操作系統

IP地址

主要軟件

Tomcat-1

Centos6.5 x86_64

192.168.10.20

jdk-7u65-linux-x64.gz

apache-tomcat-7.0.54.tar.gz

Tomcat-2

Centos6.5 x86_64

192.168.10.21

實驗拓撲:

2、在tomcat-1tomcat-2節點上安裝JDK

在安裝tomcat之前必須先安裝JDKJDK的全稱是java  development kit,sun公司免費提供的java語言的軟件開發工具包,其中包含java虛擬機(JVM),編寫好的java源程序經過編譯可形成java字節碼,只要安裝了JDK,就可以利用JVM解釋這些字節碼文件,從而保證了java的跨平台性

安裝JDK,配置java環境:

jdk-7u65-linux-x64.gz解壓

將解壓的jdk1.7.0_65目錄移致動到/usr/local/下並重命名為java

/etc/profile文件中添加內容如下:

通過source命令執行profile文件,使其生效。

分別在在tomcat-1tomcat-2節點運行java  -version命令查看java版本是否和之前安裝的一致。

至此java環境已經配置完成

3、在tomcat-1tomcat-2節點安裝配置tomcat

解壓apache-tomcat-7.0.54.tar.gz

將解壓生成的文件夾移動到/usr/local/下,並改名為tomcat7

配置tomcat環境變量

/etc/profile文件內容如下:

通過source命令執行profile文件,使其生效。

啟動tomcat

Tomcat默認運行在8080端口,運行netstat命令查看8080端口監聽的信息

打開瀏覽器分別對tomcat-1tomcat-2訪問測試

 

如果想關閉tomcat則運行/usr/local/tomcat7/bin/shutdown.sh命令

好了,大家可以看到訪成功。說明我們的tomcat安裝完成,下面我們來配置一下

4、修改配置文件

# vim /usr/local/tomcat7/conf/server.xml

設置默認主機,並增加jvmRoute

定義一個虛擬主機,並將網站文件路徑指向/web/webapp1,在host段增加context

增加文檔目錄與測試文件

index.jsp內容如下:

停止tomcat運行,檢查配置文件並啟動tomcat

Tomcat-2節點與tomcat-1節點配置基本類似,只是jvmRoute不同,另外為了區分由哪個節點提供訪問,測試頁標題也不同。其他的配置都相同。過程略

再次測試訪問一下

可以看到session會話不同

好了,到這里我們准備工作就全部完成了,下面我們來配置tomcat的負載均衡,通過session復制實現會話保持。

5、配置會話共享集群,分別在tomcat-1tomcat-2完成下面的操作。

配置server.xml文件

Server.xml中,找到被注釋<Cluster/>節點,在下面添加如下內容:

修改應用的web.xml文件,加入標簽  <distributable/> ,如下所示:

添加標簽<distributable/>

直接加在</web-app> 之前就可以了這個是加入tomcatsession 復制的,做tomcat集群必須需要這一步,否則用戶的session 就無法正常使用。

注意:以上內容可以參考clustering/session replicationhow-to,如下圖所示:

注意:tomcat主機必須要指向正確的網關,否則tomcat會啟動失敗,報如下錯誤

重啟tomcat服務並查看端口的監聽狀態。

Tomcat-2節點與tomcat-1配置類似,只是address要寫成tomcat-2ip

查看tomcat日志:/usr/local/tomcat7/logs/catalina.yyyy-mm-dd.log

6nginx服務器配置

nginx實現tomcat的負載均衡

關閉防火牆

安裝相關軟件包:#yum –y  install pcre-devel zlib-devel

解壓並安裝nginx

修改nginx.conf文件

修改內容如下:

啟動nginx服務

7、下面開始測試

在客戶端使用瀏覽器訪問nginx的地址

刷新頁面

大家可以從圖中看到,不管你怎么刷新SessionID都不會變,說明我們的TomcatDeltaManager集群配置完成,實現了多台主機之間會話共享

8tomcat連接mysql數據庫

192.168.10.22作為mysql數據庫服務器

配置mysql

插入些數據

下載mysql-connector-java-5.1.22-bin.jar並復制到$CATALINA_HOME/lib目錄下

context configuration

configure the JNDI datasource in tomcat by adding a declaration for your resource to your context

保存修改並退出

web.xml configuration

保存修改並退出,重啟tomcat服務

Test code

Now create a simple test.jsp page,內容如下:

測試訪問

看到上面的結果說明訪問成功

   

注:

以上配置可以參考tomcat docs

轉自https://www.jb51.net/article/124641.htm


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM