在Amazon EC2上使用彈性負載平衡器Glassfish集羣會話問題

Question

首先，這個應用在非集羣環境中工作得非常好。

我們遇到的問題是ELB在會話期間首先將羣集路由到羣集中的一臺服務器，然後再到第二臺服務器。第二臺服務器找不到會話。例如

1. iOS應用程式通過一個登錄呼叫到Glassfish的4服務器羣集（我們使用OAuth/Facebook的令牌，所以沒有Glassish安全領域）。
2. Amazon Elastic Load Balancer（ELB）發送到服務器1.
3. 會話已通過身份驗證，用戶已登錄，會話cookie傳回應用程序。
4. 立即應用程序發送另一個需要身份驗證的請求（這是一個有效的會話）。
5. 的ELB決定將請求發送到服務器2
6. 在我們的身份驗證的Servlet過濾器，服務器2找不到與此Cookie
7. 該servlet說，用戶沒有通過驗證，並通過在ID會話通話失敗。

我們的代碼是用來尋找會話（如果會話不立即返回失敗）非常典型：

HttpSession session = req.getSession(false); 
//psuedocode 
if session == null then session not authenticated log and return 
else session authenticated, log and return 

如果第二個呼叫被路由到相同的服務器登錄，第二個電話工作正常。每當一個呼叫（無論是第二，第三，第四，還是第二）進入第二臺服務器，身份驗證都會失敗，因爲它無法在第二臺服務器上找到會話。

我正在查看是否有人遇到類似這樣的事情以及您如何解決問題。在ELB上使用粘性會話更好還是使用JK或AJP的Apache Web服務器是更好的選擇？把我的頭頂部

Answer 1

兩個潛在的問題：

1. 你有沒有指定在web.xml <distributable/>？
2. 可能是一個多播問題。 EC2不支持多播，這是GlassFish默認使用的。查看this stackoverflow thread，討論該主題，包括非多播聚類。