一、如何保持session會話
目前，為了使web能適應大規模的訪問，需要實現應用的集群部署。集群最有效的方案就是負載均衡，而實現負載均衡用戶每一個請求都有可能被分配到不固定的服務器上，這樣我們首先要解決session的統一來保證無論用戶的請求被轉發到哪個服務器上都能保證用戶的正常使用，即需要實現session的共享機制。
在集群系統下實現session統一的有如下幾種方案：
1、請求精確定位：sessionsticky，例如基於訪問ip的hash策略，即當前用戶的請求都集中定位到一臺服務器中，這樣單臺服務器保存了用戶的session登錄信息，如果宕機，則等同於單點部署，會丟失，會話不復制。
2、session複製共享：sessionreplication，如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不在本機內存時，則去cache DB中查找，如果找到則複製到本機，這樣實現session共享和高可用。
二、本配置基於tomcat7環境，通過tomcat集群自帶的session複製，session信息將會被自動複製到各個節點。
1、案例環境：
主機操作系統IP地址主要軟件
Nginxcentos7.2
192.168.10.19/24Nginx1.6
MySQLcentos7.2192.168.10.22/24MySQL5.6.4
tomcat-1centos7.2
192.168.10.20/24jdk-7u65-linux-x64.g
z
apache-tomcat-7.0.54.tar.gz
tomcat-2centos7.2
192.168.10.24/24
實驗拓撲：
2、在tomcat-1和tomcat-2節點上安裝JDK
在安裝tomcat之前必須先安裝JDK，JDK的全稱是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-1和tomcat-2節點運行java -version命令查看java版本是否和之前安裝的一致。
至此java環境已經配置完成
3、在tomcat-1和tomcat-2節點安裝配置tomcat
解壓apache-tomcat-7.0.54.tar.gz包
將解壓生成的文件夾移動到/usr/local/下，並改名為tomcat7
配置tomcat環境變量
/etc/profile文件內容如下：
通過source命令執行profile文件，使其生效。
啟動tomcat
Tomcat默認運行在8080端口，運行netstat命令查看8080端口監聽的信息
打開瀏覽器分別對tomcat-1和tomcat-2訪問測試
如果想關閉tomcat則運行/usr/local/tomcat7/bin/shutdown.sh命令
好了，大家可以看到訪成功。說明我們的tomcat安裝完成，下面我們來配置一下
4、修改配置文件
# vim /usr/local/tomcat7/conf/server.xml
設置默認主機，並增加jvmRoute
定義一個虛擬主機，並將網站文件路徑指向/web/webapp1，在host段增加context段
<context>
增加文檔目錄與測試文件
index.jsp內容如下：
停止tomcat運行，檢查配置文件並啟動tomcat
Tomcat-2節點與tomcat-1節點配置基本類似，只是jvmRoute不同，另外為了區分由哪個節點提供訪問，測試頁標題也不同。其他的配置都相同。過程略
再次測試訪問一下
可以看到session會話不同
好了，到這裡我們準備工作就全部完成了，下面我們來配置tomcat的負載均衡，通過session複製實現會話保持。
5、配置會話共享集群，分別在tomcat-1和tomcat-2完成下面的操作。
配置server.xml文件
在Server.xml中，找到被註釋<cluster>節點，在下面添加如下內容：
注意：上圖紅線標記出需加“/”
以上內容可以參考一下辦法尋找並複製粘貼：
修改應用的web.xml文件，加入標籤<distributable>/>，如下所示：/<distributable>
添加標籤<distributable>/>/<distributable>
直接加在之前就可以了這個是加入tomcat的session 複製的，做tomcat集群必須需要這一步，否則用戶的session 就無法正常使用。
注意：以上內容可以參考clustering/session replication how-to
注意：tomcat主機必須要指向正確的網關，否則tomcat會啟動失敗
重啟tomcat服務並查看端口的監聽狀態。
Tomcat-2節點與tomcat-1配置類似，只是address要寫成tomcat-2的ip。
查看tomcat日誌：/usr/local/tomcat7/logs/catalina.yyyy-mm-dd.log
6、nginx服務器配置
用nginx實現tomcat的負載均衡
安裝相關軟件包：#yum –y installpcre-develzlib-devel
解壓並安裝nginx
修改nginx.conf文件，內容如下：
啟動nginx服務
建立防火牆規則
7、下面開始測試
在客戶端使用瀏覽器訪問nginx的地址
刷新頁面
大家可以從圖中看到，不管你怎麼刷新SessionID都不會變，說明我們的Tomcat的DeltaManager集群配置完成，實現了多臺主機之間會話共享。
8、tomcat連接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,內容如下：
注意：防火牆開啟3306端口
測試訪問
看到上面的結果說明訪問成功
注：以上配置可以參考tomcat docs
轉載文件地址：http://blog.51cto.com/yw666/1888747