集群中的session共享問題解決方案

每個請求按時間順序逐一分配到不同的後端伺服器，如果後端某台伺服器宕機，則自動剔除故障機器，使使用者訪問不受影響。

指定輪詢權重，weight值越大，分配到的機率就越高，主要用於後端每台伺服器效能不均衡的情況。

每個請求按訪問ip的雜湊結果分配，這樣每個訪客固定訪問乙個後端伺服器，可以有效的解決動態網頁存在的session共享問題。（此為解決session共享的一種方式）

更智慧型的乙個負載均衡演算法，此演算法可以根據頁面大小和載入時間長短智慧型地進行負載均衡，也就是根據後端伺服器的響應時間來分配請求，響應時間短的優先分配。如果想要使用此排程演算法，需要nginx的upstream_fair模組。

按訪問url的雜湊結果來分配請求，使每個url定向到同一台後端伺服器，可以進一步提高後端快取伺服器的效率。如果想要使用此排程演算法，需要nginx的hash軟體包。

思路：因為ip_hash策略的結果是同一ip會訪問同一臺伺服器，實際上session並沒有共享，只是因為同一ip會一直訪問一台伺服器，自然不存在共享的問題。那麼可想而知，換個ip，session並沒有共享。

nginx配置示例：

upstream test

server 
}

tomcat配置為如下兩個步驟：

① 修改server.xml中的cluster節點

② 修改應用的web.xml，增加節點:

兩步實際上用的是tomcat自帶的集群。

配置示例：

這篇寫的不錯。

思路：用redis統一快取session，我們的應用需要連線到redis，用redis裡的session就好了。下面是使用filter的原理。

（配置context.xml也可以，可以看下  或者

優缺點

配置步驟：

① 增加redis client和spring session的依賴（pom.xml）

<

dependency
>
<
groupid
>org.springframework.session
groupid
>
<
artifactid
>spring-session-data-redis
artifactid
>
<
version
>1.2.1.release
version
>
dependency
>
<
dependency
>
<
groupid
>redis.clients
groupid
>
<
artifactid
>jedis
artifactid
>
<
version
>2.8.1
version
>
dependency
>

③ 修改spring配置檔案，在容器中注入spring session和redis相關的bean。

需要注意的地方：