Jboss4集群配置之四:启动Jboss集群
1.前言
2.集群準備知識
3.Jboss集群配置實例概述
4.Jboss集群負載均衡器配置
5.Jboss集群節點配置
6.啟動Jboss集群
6.啟動Jboss集群
步驟
先啟動負載均衡器apache,然后啟動各jboss節點。各jboss節點的啟動順序沒有要求。
啟動負載均衡器apache
在/usr/local/apache2/bin目錄下執行./httpd –k start
在/usr/local/apache2/logs/mod_jk.log中，看到apache初始化mod_jk的日志:
[Wed Aug 01 10:36:11 2007][6636:63168] [info] ?init_jk::mod_jk.c (2743): mod_jk/1.2.23 initialized
[Wed Aug 01 10:36:11 2007][6637:63168] [info] ?init_jk::mod_jk.c (2743): mod_jk/1.2.23 initialized
后面如有錯誤信息，是因為集群中的節點尚未啟動，暫時忽略。
用netstat檢查8080監聽端口存在,apache啟動成功.
啟動Jboss節點
在集群各機器的/usr/local/jboss/bin,分別執行/run.sh –c all 1>1 2>2 &
用netstat檢查8888端口監聽存在.
用瀏覽器訪問各節點的8888端口,能夠看到jboss的狀態.
Jboss啟動成功.
集群的生命期
apache能夠自動發現新啟動的Jboss節點。當第一個Jboss節點啟動后，自動創建Jboss集群。然后依次將其他節點加入到集群中。現在 訪問http://192.168.8.246:8888，能夠看到jboss的狀態.說明請求已經被轉發到Jboss節點。集群啟動成功。
apache能夠監視集群中各節點的狀況，自動從集群中去掉無法訪問的節點，從而保證每個請求都被響應。當集群的全部節點都停止工作，集群消亡。
集群的缺陷和粘著session
截止到現在,Jboss集群工作得很完美，除了session。
目前配置的Jboss集群中，各節點是被動的、相互獨立的，相當于增加了節點狀態檢測的DNS輪詢，所以session也是相互獨立的。當同一用戶的2個請求被轉發到不同的Jboss節點上時，會出現session信息假”丟失”的現象。
為此，Jboss提出粘著session(sticky session)概念。使用粘著session后，來自同一IP的請求將被發送到同一個Jboss節點，從而保證session使用的連續性。如果應用中沒有使用session，則可以使用非粘著session的jboss集群。這樣，負載分布更為合理。（Ruby Sun的話：也更簡單。）
設置方法是編輯負載均衡器的/usr/local/apache2/conf/workers.properties的worker.loadbalancer.sticky_session。設置為1使用粘著session，設置為0不使用粘著session。
使用粘著session還存在一種隱患，當某個節點發生故障時，該節點的session將全部丟失。要徹底解決這個問題，就要用到jboss session復制。
轉載于:https://blog.51cto.com/3237526/1636458
總結
以上是生活随笔為你收集整理的Jboss4集群配置之四:启动Jboss集群的全部內容，希望文章能夠幫你解決所遇到的問題。
