我在jboss 6.x服務器中有一個jsf2應用程序。從我在這裏閱讀的所有內容以及在谷歌搜索中,始終推薦使用粘性會話。根據我的理解,這意味着同一個節點將始終負責同一用戶的請求。這是正確的嗎?粘性會話jboss會話複製羣集
如果是這樣,在集羣模式下使用jboss有什麼意義?我不能只有兩個jboss實例,並讓負載均衡器分配請求嗎?
我在jboss 6.x服務器中有一個jsf2應用程序。從我在這裏閱讀的所有內容以及在谷歌搜索中,始終推薦使用粘性會話。根據我的理解,這意味着同一個節點將始終負責同一用戶的請求。這是正確的嗎?粘性會話jboss會話複製羣集
如果是這樣,在集羣模式下使用jboss有什麼意義?我不能只有兩個jboss實例,並讓負載均衡器分配請求嗎?
問題是你的系統是多用戶的。當使用粘性會話時,負載均衡器會將用戶與兩臺服務器進行平衡,並且它們同樣使用。但是總是有一個用戶只對一臺服務器做請求。這樣做的好處是,您不需要將會話和會話數據複製到所有服務器,這可能不必花費大量資源。
會話複製將有助於服務器關閉或崩潰。如果承載用戶會話的服務器出現故障,則不應再提示用戶再次登錄。只有在用戶會話被複制時纔有可能。
好的。關於粘性會議,我明白你的觀點。並同意表現應該更好。但是,爲什麼我需要羣集呢? –
我認爲有些情況下你想在會話之間共享一些信息/ bean。我不確定,但例如,您可能會爲所有用戶共享@ApplicationScoped bean。或者EJB有狀態bean可以被聚集。或者你只能負責訪問數據庫或管理連接池。 – balent