這個方案比較簡單：再負載均衡器上將同樣的session請求發往同乙個伺服器，其實還是相當於單機，只是在負載均衡器上做處理了。
這樣的好處就是：簡單
缺點如下：
1、如果有一台web伺服器宕機，那麼這台機器上的會話資料全丟失，使用者需要重新登入；
2、會話標識是應用層的資訊，那麼負載均衡器要將同乙個會話請求都儲存到同乙個web伺服器上的話，就需要進行應用層的解析，這個開銷比第四層的交換要大；
3、負載均衡器為了變乙個有狀態的節點，要將會話儲存到具體web伺服器的對映。和無狀態節點相比，記憶體開銷會更大，容災方面會更麻煩
集群session管理問題
先來看一下什麼是session。使用者使用 的服務，基本上需要瀏覽器與web 伺服器的多次互動。http 協議本身是無狀態的，需要基於http 協議支援會話狀態 session state 的機制。而這樣的機制應該可以使web 伺服器從多次單獨的http 請求中看到 會話 也就是知道哪些請求是來自哪...
session集群猜想 一
應用在做集群時，session資料的共享是怎樣處理的了？猜想有三種處理方式。本文只是從理論上分析其方法，不會涉及到具體的操作。假設有一台前端分發器a1，應用伺服器s1,s2，快取伺服器c1和一台備份的快取c2，資料庫d1 第一種 把session放到應用伺服器一層，s1和s2中的session資料保...
session集群猜想 一
應用在做集群時，session資料的共享是怎樣處理的了？猜想有三種處理方式。本文只是從理論上分析其方法，不會涉及到具體的操作。假設有一台前端分發器a1，應用伺服器s1,s2，快取伺服器c1和一台備份的快取c2，資料庫d1 第一種 把session放到應用伺服器一層，s1和s2中的session資料保...