2010-04-06 100 views
1

我堅持使用jboss和blazeds集羣化。 我現在擁有的是:如何JBoss/Blazeds集羣和通道故障轉移

  1. 2 Jboss的情況下,在所有模式與Apache和mod_jk的運行
  2. 一個負載均衡器,通過Jboss的文檔的建議
  3. 彈簧/ Flex集成應用
  4. 一flex應用程序,我不想拋出錯誤,當我的一個JBoss實例下降

我發現Adobe文檔真的很缺乏,並且在聚簇,jgroups和平衡方面有新的我不能fin d如何在集羣環境中部署我的應用程序。

實際上這個解決方案在遠程調用中工作正常。如果其中一個jboss實例關閉,則rpc將被路由到另一個實例。什麼是不工作的推送消息,如果客戶端連接到JBossA,並且JBossA關閉,客戶端會顯示一條錯誤消息,指出它不能到達JBossA,當它應該故障轉移到JBossB時,用戶不會注意到任何東西。

從我理解的話,如果配置正確blazeds應該告訴flex客戶端連接時故障轉移服務器。然後,如果Flex客戶端無法連接到主服務器,它將轉到另一個服務器。但對我來說,困難的部分是到達那裏。 有人能指引我走向正確的方向嗎? 在此先感謝

+0

其實我能夠使羣集blazeds應用程序工作,但我不得不使用jboss自己的羣集機制。如果有人能告訴我如何我仍然有興趣知道它。 – Francesco 2010-04-07 15:38:11

回答

0

如果你有一個坐在客戶端和JBoss服務器之間的apache web服務器,mod_jk處理apache和JBoss之間的通信,那麼這應該是你的故障轉移需求。

mod_jk會檢測是否有JBoss服務器發生故障,並向另一個JBoss服務器發送請求。就客戶而言,他們會看到一臺服務器,即apache服務器。他們看不到它背後的JBoss服務器。

我對BlazeDS集羣一無所知,但我猜測它具有某種形式的手動故障轉移機制,它告訴客戶端服務器地址列表,客戶端選擇一個可用的工具。如果你沒有mod_jk中間人,這應該是必要的,所以希望你可以忽略blazeds集羣。當然,事情可能會變得複雜得多,比如當你需要JBoss服務器相互通信時(例如會話複製,集羣化JMS,分佈式緩存等),但是如果你不需要任何東西那麼,你可以放心地忽略它。

+0

對不起,我忘了指定使用此配置經典故障轉移是好的。缺少的是關於推送目的地的故障轉移。我會編輯我的答案! – Francesco 2010-04-07 07:43:44

相關問題