在多臺(tái)后臺(tái)服務(wù)器的環(huán)境下，我們?yōu)榱舜_保一個(gè)客戶只和一臺(tái)服務(wù)器通信，我們勢(shì)必使用長(zhǎng)連接。使用什么方式來(lái)實(shí)現(xiàn)這種連接呢，常見的有使用nginx自帶的ip_hash來(lái)做，我想這絕對(duì)不是一個(gè)好的辦法，如果前端是CDN，或者說一個(gè)局域網(wǎng)的客戶同時(shí)訪問服務(wù)器，導(dǎo)致出現(xiàn)服務(wù)器分配不均衡，以及不能保證每次訪問都粘滯在同一臺(tái)服務(wù)器。如果基于cookie會(huì)是一種什么情形，想想看, 每臺(tái)電腦都會(huì)有不同的cookie，在保持長(zhǎng)連接的同時(shí)還保證了服務(wù)器的壓力均衡。

問題分析：

1. 一開始請(qǐng)求過來(lái)，沒有帶session信息，jvm_route就根據(jù)round robin的方法，發(fā)到一臺(tái)tomcat上面。

2. tomcat添加上session 信息，并返回給客戶。

3. 用戶再此請(qǐng)求，jvm_route看到session中有后端服務(wù)器的名稱，它就把請(qǐng)求轉(zhuǎn)到對(duì)應(yīng)的服務(wù)器上。

暫時(shí)jvm_route模塊還不支持默認(rèn)fair的模式。jvm_route的工作模式和fair是沖突的。對(duì)于某個(gè)特定用戶，當(dāng)一直為他服務(wù)的 tomcat宕機(jī)后，默認(rèn)情況下它會(huì)重試max_fails的次數(shù)，如果還是失敗，就重新啟用round robin的方式，而這種情況下就會(huì)導(dǎo)致用戶的session丟失。

總的說來(lái)，jvm_route是通過session_cookie這種方式來(lái)實(shí)現(xiàn)session粘性，將特定會(huì)話附屬到特定tomcat上,從而解決session不同步問題，但無(wú)法解決宕機(jī)后會(huì)話轉(zhuǎn)移問題。
假如沒有這個(gè)jvm_route,用戶再請(qǐng)求的時(shí)候，由于沒有session信息，nignx就會(huì)再次隨機(jī)的發(fā)送請(qǐng)求到后端的tomcat服務(wù)器，這種情況，對(duì)于普通的頁(yè)面訪問是沒有問題的。對(duì)于帶有登錄驗(yàn)證信息的請(qǐng)求，其結(jié)果就是永遠(yuǎn)登錄不了應(yīng)用服務(wù)器。

這個(gè)模塊通過session cookie的方式來(lái)獲取session粘性。如果在cookie和url中并沒有session，則這只是個(gè)簡(jiǎn)單的round-robin 負(fù)載均衡。

要解決以上類似的問題，從網(wǎng)上查了下，大致有如下幾種方式：

1）ip_hash（不推薦使用）

 nginx中的ip_hash技術(shù)能夠?qū)⒛硞€(gè)ip的請(qǐng)求定向到同一臺(tái)后端，這樣一來(lái)這個(gè)ip下的某個(gè)客戶端和某個(gè)后端就能建立起穩(wěn)固的session，ip_hash是在upstream配置中定義的： 

 upstream backend {  
  server 192.168.12.10:8080 ;  
  server 192.168.12.11:9090 ;  
  ip_hash;  
  } 

不推薦使用的原因如下：

  1/ nginx不是最前端的服務(wù)器。

   ip_hash要求nginx一定是最前端的服務(wù)器，否則nginx得不到正確ip，就不能根據(jù)ip作hash。譬如使用的是squid為最前端，那么nginx取ip時(shí)只能得到squid的服務(wù)器ip地址，用這個(gè)地址來(lái)作分流是肯定錯(cuò)亂的。

       2/ nginx的后端還有其它方式的負(fù)載均衡。

   假如nginx后端又有其它負(fù)載均衡，將請(qǐng)求又通過另外的方式分流了，那么某個(gè)客戶端的請(qǐng)求肯定不能定位到同一臺(tái)session應(yīng)用服務(wù)器上。

   3/ 多個(gè)外網(wǎng)出口。

    很多公司上網(wǎng)有多個(gè)出口，多個(gè)ip地址，用戶訪問互聯(lián)網(wǎng)時(shí)候自動(dòng)切換ip。而且這種情況不在少數(shù)。使用 ip_hash 的話對(duì)這種情況的用戶無(wú)效，無(wú)法將某個(gè)用戶綁定在固定的tomcat上 。

2)nginx_upstream_jvm_route(nginx擴(kuò)展，推薦使用) ——我試了下1.8版本的，發(fā)現(xiàn)新的版本已經(jīng)不支持了?。?！擦。。不過1.4.2的版本據(jù)說是支持的。

nginx_upstream_jvm_route 是一個(gè)nginx的擴(kuò)展模塊，用來(lái)實(shí)現(xiàn)基于 Cookie 的 Session Sticky 的功能。

簡(jiǎn)單來(lái)說，它是基于cookie中的JSESSIONID來(lái)決定將請(qǐng)求發(fā)送給后端的哪個(gè)server，nginx_upstream_jvm_route會(huì)在用戶第一次請(qǐng)求后端server時(shí)，將響應(yīng)的server標(biāo)識(shí)綁定到cookie中的JSESSIONID中，從而當(dāng)用戶發(fā)起下一次請(qǐng)求時(shí)，nginx會(huì)根據(jù)JSESSIONID來(lái)決定由哪個(gè)后端server來(lái)處理。

1/ nginx_upstream_jvm_route安裝

下載地址(svn)：http://nginx-upstream-jvm-route.googlecode.com/svn/trunk/

假設(shè)nginx_upstream_jvm_route下載后的路徑為/usr/local/nginx_upstream_jvm_route，

(1)進(jìn)入nginx源碼路徑

patch -p0 < /usr/local/nginx_upstream_jvm_route/jvm_route.patch

(2)./configure  --with-http_stub_status_module --with-http_ssl_module --prefix=/usr/local/nginx --with-

pcre=/usr/local/pcre-8.33 --add-module=/usr/local/nginx_upstream_jvm_route

(3)make & make install

2/ nginx配置

upstream tomcats_jvm_route 
    { 
       # ip_hash;  
       server  192.168.33.10:8090 srun_id=tomcat01;  
       server  192.168.33.11:8090 srun_id=tomcat02; 
       jvm_route $cookie_JSESSIONID|sessionid reverse; 
    } 

 3/ tomcat配置

修改192.168.33.10:8090tomcat的server.xml，

將 

<Engine name="Catalina" defaultHost="localhost" > 

修改為：

<Engine name="Catalina" defaultHost="localhost" jvmRoute="tomcat01"> 

 同理，在192.168.33.11:8090server.xml中增加jvmRoute="tomcat02"。

4/ 測(cè)試

啟動(dòng)tomcat和nginx，訪問nginx代理，使用Google瀏覽器，F(xiàn)12，查看cookie中的JSESSIONID，
形如：ABCD123456OIUH897SDFSDF.tomcat01 ，刷新也不會(huì)變化

3）基于cookie的Nginx Sticky模塊

總結(jié)

以上所述是小編給大家介紹的Nginx 連接tomcat時(shí)會(huì)話粘性問題分析及解決方法，希望對(duì)大家有所幫助，如果大家有 任何疑問歡迎給我留言，小編會(huì)及時(shí)回復(fù)大家的！

最新評(píng)論