2. 程式人生 > >weblogic 12C叢集環境下的session複製

weblogic 12C叢集環境下的session複製

阿新 • • 發佈：2019-01-23

做過weblogic叢集環境的人應該都清楚，要想實現session同步，必須滿足兩個條件：第一，在weblogic.xml裡面增加session同步相關的程式碼；第二，所有放入session的類都要序列化。

    但是，我終於還是栽了。兩個條件明明都滿足了，但就是“有些”物件就是不能同步。

    我以前使用session是這樣的：

Java程式碼 
    REYO reyo = (Customer)session.getAttribute(KEY_REYO);  
    reyo.setName("reyo");

    這樣寫完以後，在單機環境下，session中的變數customer的name屬性就被更改了。然而在叢集環境下，僅僅這樣做是不能觸發session同步機制的。必須要把customer變數在重新放入session中，即：

Java程式碼 
session.setAttribute(KEY_REYO, customer);

   後來我從weblogic的售後工程師那裡也確認了這一點。一點點經驗，和大家分享。

在weblogic的文件中又翻出了以下內容，要是之前認真看了就好了：

Use setAttribute to Change Session State：
In an HTTP servlet that implements javax.servlet.http.HttpSession, use HttpSession.setAttribute (which replaces the deprecated putValue) to change attributes in a session object. If you set attributes in a session object with setAttribute, the object and its attributes are replicated in a cluster using in-memory replication. If you use other set methods to change objects within a session, WebLogic Server does not replicate those changes. Every time a change is made to an object that is in the session, setAttribute() should be called to update that object across the cluster.

下面是補充說明：

在Weblogic中，HttpSession　Replication的方式是通過在weblogic.xml中的session- descriptor的定義persistent-store-type來實現的. persistent-store-type可選的屬性包括memory, replicated, replicated_if_clustered, async-replicated, async-replicated-if-clustered, file, async-jdbc, jdbc, cookie, coherence-web.

  • memory—Disables persistent session storage.
  • replicated—Same as memory, but session data is replicated across the clustered servers.
  • replicated_if_clustered—If the Web application is deployed on a clustered server, the in-effect persistent-store-type will be replicated. Otherwise, memory is the default.
  • async-replicated—Enables asynchronous session replication in an application or Web application. See "Asynchronous HTTP Session Replication" in Performance and Tuning for Oracle WebLogic Server.
  • async-replicated-if-clustered—Enables asynchronous session replication in an application or Web application when deployed to a cluster environment. If deployed to a single server environment, then the session persistence/replication defaults to in-memory. This allows testing on a single server without deployment errors.
  • file—Uses file-based persistence (See also session-descriptor).
  • async-jdbc—Enables asynchronous JDBC persistence for HTTP sessions in an application or Web application. See Configuring Session Persistence.
  • jdbc—Uses a database to store persistent sessions. (see also session-descriptor).
  • cookie—All session data is stored in a cookie in the user's browser.

Replicated，async-replicated只用部置叢集在叢集上，而replicated_if_clustered，async-replicated-if-clustered也可以部署在獨立例項上。都不能只部署在叢集的部分例項中上。

例如：

<?xml version="1.0" encoding="UTF-8"?>

<weblogic-web-app xmlns="http://xmlns.oracle.com/weblogic/weblogic-web-app" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.oracle.com/weblogic/weblogic-web-app http://xmlns.oracle.com/weblogic/weblogic-web-app/1.0/weblogic-web-app.xsd"> 

  <session-descriptor> 

    <!-- <persistent-store-type>replicated</persistent-store-type> -->

    <persistent-store-type>replicated_if_clustered</persistent-store-type>

    <!--<persistent-store-type>memory</persistent-store-type>   -->

    <timeout-secs>60</timeout-secs> 

  </session-descriptor> 

</weblogic-web-app>

  1. Load Blanace和Session Affinity

由於這裡的機制是主從備份, 所以叢集中只有兩個例項會有同一HTTP Session的資料. 當叢集裡的例項多於2個以上時,為了確保後續的HTTP請求能訪問到Session資料, 必須要求前置分發請求的load balancer支援session affinity(sticky session/seamless session). Session Affinity就是能夠把特定Session的所有請求都路由到第一次建立Session的同一物理機器上;否則後續的請求就有可能不能夠訪問 Session資料了.

如果設定成非Replication方式即memory模式, 生成的JSESSIONID類似:

gGMWQy2LcSTHTSyLdyLpqYGskYpXPpRJkc2VB618mSKSQC9rgsCv!-1274119771!1353236040031

可以看出這個session被二個！分隔成三部分。第一部分應該是真正的sessionid, -1274119771是例項標識。而1353236040031為session建立時間。

一旦配置成Replicated模式,Weblogic會生成的SessionID類似:

sHkLQyQTnJQQ217Js7SmQL2x9hBb0JQ5hFm7n4QpNkZL7wMnLbPn!-9326295!959096067!1353236595093

這裡出現三個!，第二，三部分為主備例項的標識。

SessionID格式的: sessionid!primary_server_id[!secondary_server_id]!creationTime

2．配置weblogic Load Blanace

session Id:

KSW2QyJFzVcnFxQTWpSLJLhJTTQsCzLGqlM1ShnCvSyKm2r4k29h!-1458785082!2113129367!1353238917906

session CreateTime :1353238917906

current instance :Server1

可以看到該session的primary_server_id為-1458785082，即Server1。(每個server的id是啟動時生成的，所以也是變化,所以你的測試可能與我不一樣。) secondary_server_id為2113129367,即server3. 即server3是Server1的備點。

2)       停止Server1,再次訪問, 頁面顯示:

session Id:

KSW2QyJFzVcnFxQTWpSLJLhJTTQsCzLGqlM1ShnCvSyKm2r4k29h!2113129367!-481865348!1353238917906

session CreateTime :1353238917906

current instance :Server3

可以看到sessionId沒有變化，而該session的primary_server_id為2113129367, 即Server3。secondary_server_id為-481865348,即server0.即Server0是Server3的備點。

3)       停止Server3,再次訪問, 頁面顯示:

session Id:

KSW2QyJFzVcnFxQTWpSLJLhJTTQsCzLGqlM1ShnCvSyKm2r4k29h!-481865348!NONE!1353238917906

session CreateTime :1353238917906

current instance :Server0

可以看到sessionId沒有變化，該session的primary_server_id為-481865348, 即Server0。secondary_server_id為NONE,即該session沒有備點.

通過測試我們大致可以猜出weblogic session複製的基本思路：

1)       每個例項都有兩份Session資料。主資料和備份資料。

2） 當請求的sessionId的primary_server_id為當前例項時，從主資料裡獲取session響應請求,否則進行3).

3） 當請求的sessionId的secondary_server_id為當前例項時，從備份資料裡取session響應請求。並修正該session的primary_server_id/secondary_server_id為自已及其的備點。

  3. Weblogic支援的負載均衡

       Weblogic支援兩種機制的負載均衡

1)       Proxy plug-ins

如果一個例項失敗，plug-in會定位該session的secondary_server,將請求發給它。

2)       Hardware load balancers

Hardware load balancers，比如F5. 這些第三方產品並不能按weblogic的意願，定位session的secondary_server。他會隨機選機選擇一個可用例項發給他。然後該例項通過session id裡的secondary_server_id,像secondary_server獲取資料。

雖然weblogic允許這種請求的隨機轉發，但並不建議使用會話不親和方式，因為這將帶來資料併發和一致性問題。

參考文獻：

相關推薦

weblogic 12C叢集環境下的session複製

做過weblogic叢集環境的人應該都清楚，要想實現session同步，必須滿足兩個條件：第一，在weblogic.xml裡面增加session同步相關的程式碼；第二，所有放入session的類都要序列化。    但是，我終於還是栽了。兩個條件明明都滿足了，但就是“有些”物件就是不能同步。    我以前使用s

Weblogic 12c 負載均衡和session複製

（1）weblogic自帶的proxy代理        (2) nginx實現負載均衡 一、通過proxy實現負載均衡 1、建立proxy_server服務 建立完成後，proxy_server關聯計算機machine，這樣可以通過節點管理器啟動該服務. 2、建

分散式叢集環境下Session共享的簡單解決方案

關於Cookie和Session的功能與工作原理，在這裡我就不再敘述了，大家想要了解可以看一下我的上一篇部落格，講的還是很細緻的。 但是之前講的Session是執行在一臺伺服器上的，所有的訪問都會到達我們的唯一伺服器上，這樣我們可以根據客戶端傳來的sessionID，來獲取

web叢集環境下session問題得解決方案比較

叢集中session安全和同步是個最大的問題，下面是我收集到的幾種session同步的方案，希望能通過分析其各自的優劣找出其適應的場景。 1. 客戶端cookie加密 這是我以前採用的方式，簡單，高效。比較好的方法是自己採用cookie機制來實現一個session,在

apache+Tomcat叢集下session複製

原地址：https://blog.csdn.net/weiweiai123456/article/details/41750887 因為工作需要，本人需要在本機上做一個apache負載均衡Http請求，交給Tomcat叢集處理，並且Session要在不同的Tomcat上進行復制的D

叢集/分佈環境下,session處理策略

前言 在搭建完叢集環境後,不得不考慮的一個問題就是使用者訪問的seesion如何處理,如果不做任何處理的話,使用者將出現頻繁登入的現象.比如集中中存在A,B兩臺伺服器,使用者在第一次訪問網站時,Nginx通過其負載均衡機制將使用者請求轉發到A伺服器這時A伺服器就

tomcat叢集環境下實現負載均衡、session共享

一、 高可用      高可用HA(High Availability)是分散式系統穩定執行必須考慮的因素之一，它指的是通過處理減少系統不能提供服務的時間。比如說系統能夠一直正常提供服務，我們就說這個系統可用性為100%。      我們知道，單點系統是高可用的公敵，線上系統應該儘量避免

shiro 在叢集環境下用redis(叢集版)做session共享

如今叢集環境已是伺服器主流,在叢集環境中，session共享一般通過應用伺服器的session複製或者儲存在公用的快取伺服器上，本文主要介紹通過Shiro管理session，並將session快取到redis叢集版中，這樣可以在叢集中使用。 Shiro除了在管理sess

spring security 在沒實現session共享的叢集環境下 防止使用者多次登入的 實現思路

背景 專案採用阿里雲負載均衡，基於cookie的會話保持。 沒有實現叢集間的session共享。 專案採用spring security 並且配置了session策略如下： <bean class="or

windows下nginx+tomcat叢集，實現session複製共享

兩臺不同伺服器  ip1、ip2。ip1安裝tomcat1，埠8005,8081,8009、nginx，提供nginx外網埠80，ip2安裝tomcat2，埠8006,8082,8010。 1、安裝apach tomcat。 2、安裝ng，下載解壓安裝到ip1，根據需要修改

叢集環境下module載入模組與作業提交

叢集上已安裝了軟體，卻無法呼叫，許可權不足的情況下，往往管理賬戶會開放一個埠，讓我能夠只用module命令來載入相關軟體。 module使用 管理賬戶modules的安裝 sudo yum install -y environment-modules mo

分散式環境下 session 的跨域共享原理

一、什麼是 session 共享 ？ 如上圖，是一個簡單的分散式環境，以登入來說，當用戶發出請求，通過負載均衡，可能會走tomcat1伺服器，也可能會走tomcat2伺服器，此時就有可能，我們在tomcat1上實現了登入，儲存了session，但是tomcat2並沒有儲存，當有請求

Redis叢集環境下的-RedLock(真分散式鎖) 實踐

在不同程序需要互斥地訪問共享資源時，分散式鎖是一種非常有用的技術手段。 有很多三方庫和文章描述如何用Redis實現一個分散式鎖管理器，但是這些庫實現的方式差別很大，而且很多簡單的實現其實只需採用稍微增加一點複雜的設計就可以獲得更好的可靠性。 這篇文章的目的就是嘗試提出一種官方權威的用Redis實現分散式鎖管理

Weblogic 12c叢集部署

Weblogic 12c叢集部署     我認為安裝weblogic有些簡單，一直點下一步就可以了。如果還是不行，就看這篇部落格：weblogic下載與安裝。如果是weblogic安裝程式啟動不了，就看這篇部落格：weblo

spring-session管理叢集環境中session共享

session共享 說到叢集，很多人知道其的意義。叢集就是多個分佈伺服器節點，然代理伺服器根據權重自動選擇適合的節點分配任務。這樣就可以開發出高效能的應用。不知道怎麼配置的請看我這些文章:(nginx+tomcat: https://blog.csdn.net/lwg_15406523

spark叢集環境下使用hanlp進行中文分詞

標籤：zab table import shel – java standard mas tokenizer 1、將下載的hanlp-portable-1.6.2.jar複製到叢集spark/jar資料夾下面 2、啟動spark叢集 spark/bin/spark-shel

Tomcat叢集環境下實現單點登入

一、問題分析 在tomcat叢集環境下，session是不能在tomcat之間共享的，所以會導致如下問題，如圖所示： 通一個瀏覽器傳送多次請求，請求可能會被nginx轉發到不同的tomcat上，因為session不能共享，可能會導致登入成功後，發起其他的請求，返回給使用者的依舊

叢集環境下的一些特殊問題

1、什麼是cluster    一個cluster是由兩個或是多個獨立的、通過網路連線的servers組成的。幾個硬體供應商多年以來提供了Cluster效能的各種需求。一些Clusters僅僅為了提供高可用性的，在當前活動的node發生故障時轉移到次節點node。另一些是為了提供分散式的連線、工作的可

Oracle Rac叢集環境下刪除歸檔日誌

歸檔日誌存放形式主要存放方式有以下方式： 一、ASM方式     oracle 10G、oracle11g、oracle 12C版本如果作業系統是AIX、HPUX、Linux下，一般都會採取ASM建庫方式，特別是oracle 11g和oracle12C，因為oracle已經

大資料叢集環境下的常用linux基礎配置

叢集環境下常用Linux基礎配置 1. 本地yum源配置 Yum全稱是Yellow dog Updater，Modified，是一個在Fedora和Redhat以及CentOS中的Shell前端軟體包管理器。基於RPM包管理，能夠從指定的伺服器自動下載RPM包並安裝，可以自動處理依賴性關