對JBOSS+JK+APACHE集群分析

 

       在這種集群方案中，JK是充當負載平衡策略的實施者角色，當客戶端提交請求后，由JK通過自身的輪轉算法來為它選擇一個結點服務器，如果所選擇的結點有效并且成功響應的話，將由該結點服務器來處理客戶的請求；如果所選擇的結點無效或者沒有響應的話，那么JK將重新計算選擇另外的結點服務器，并將相關的請求轉發到有效響應的結點服務器。

        但是我通過查閱JBOSS的官方文檔，發覺它用了整整一篇文章來分析了HttpSession的利弊，并建議不開啟相關的功能，而我在實際的測試當中，發覺JBOSS的集群策略，僅僅提供了會話復制的功能，所謂的失效轉移，是指JBOSS響應APACHE服務器請求的失效轉移，而不是處理客戶數據失敗的失效轉移，也就是說僅僅是提供了集群中的容錯功能，而沒有提供FAILOVER功能，當出現一些致命性錯誤的處理。例如某個資料庫伺服器突然崩潰了，那麼最後APACHE將無法對此進行失效轉發了，因為不管選擇哪個伺服器結點都不能解決這個問題了，在這裡APACHE會將錯誤報告給用戶端，並需要用戶重新提交請求，但是對于其他的結點服務器而言，可以通過配置，可以保存到用戶的會話副本。