Jboss4集羣配置之一:前言與集羣知識

1.前言

2006年,Jboss公司被Redhat公司收購了。這直接導致Jboss產品結構調整，並將以前收費的Jboss AS文檔改爲免費。

2.集羣知識

集羣概念

集羣(Cluster)是一組計算機節點的集合，它們作爲一個整體向用戶提供一組網絡資源。一個理想的集羣對用戶是透明的。用戶由單一入口訪問集羣的資源，從來不會意識到集羣中的節點。在他們看來，集羣是一個系統，而非多個計算機系統。集羣還應該支持隨意增加和減少集羣系統的節點，而這同樣不會影響到用戶的訪問。

集羣分類

習慣上，把集羣分爲高可用(High Availability，簡稱HA)集羣和高性能計算(High Perfermance Computing，簡稱HPC)集羣兩類。

HA集羣的目標是提高系統的可使用性(availability),即可靠性(reliability)和可維護性(maintainability)。請不要將集羣中的可使用性(availability)與UE和交互設計中的可用性(Usability)混淆。

HA集羣的核心是防止單點失效，這一般是通過失敗轉移來實現的，即在一個節點失效後由另一個節點接替服務。不丟失用戶狀態。HA集羣的其他主要特性還包括負載均衡、session同步等。我們使用的SQL Server數據庫的雙機熱備和Oracle的RAC都屬於HA集羣。

HPC集羣採用並行計算技術提供超大規模計算和存儲能力，多數超級計算機都是HPC集羣。這不是我們關注的集羣。

Jboss集羣架構

Jboss集羣是HA集羣。

Jboss集羣有2種架構。一是客戶端攔截器(Client-side interceptor)架構，一是負載均衡器(Load balancer)架構。

客戶端攔截器架構適於用C/S結構，負載均衡器架構適用於B/S結構。本文只敘述負載均衡器架構的Jboss集羣。


負載均衡器架構由負載均衡器和n個集羣節點組成。每個節點是一個Jboss服務器實例。負載均衡器是全局唯一的前置機，全部用戶請求都發到負載均衡器，由其轉發到各節點。當負載均衡器發現一個節點失效後，會將請求轉發到另一個節點上，從而保證服務得以延續。負載均衡器同時負責加權靜態負載均衡調度。總之，負載均衡器的健康程度決定了集羣的全局健康度，負載均衡器失敗將導致集羣全部失效。這是前置機架構集羣的主要潛在問題。

Jboss的負載均衡器架構集羣實際是由Tomcat的HTTP集羣實現的。Jboss有自己的負載均衡器，但效果不佳，官方文檔沒有介紹，幾乎沒有人使用。一般情況下，都是與jijian91一樣採用apache+mod_jk作爲負載均衡器。下文敘述的都是基於這種架構。

mod_jk是apache的一個插件，負責apache與tomcat之間的通訊，是jboss集羣(tomcat集羣)的關鍵。

Jboss版本的選擇

目前,Jboss主要有3、4、5三個版本系列。

Jboss 5目前只有2個beta版，實用尚需時日。

Jboss 3的最後版本是2006年3月更新的3.2.8.SP1。隨着Jboss 4日益成熟和Jboss 5的開發，已經停止更新1年多的Jboss 3逐漸淡出歷史舞臺。

Jboss 4最新版本依次是4.2.1.GA、4.2.0.GA和4.0.5.GA。但官方網站提供的Jboss集羣文檔只更新到4.0.5 GA,所以選擇Jboss 4.0.5 GA實現Jboss集羣。

Jboss各版本的安裝和配置並不相同.不但Jboss 3和Jboss 4的配置文件完全不同,各小版本間也有細微的差別.在集羣中,Jboss、apache、mod_jk之間也存在着特定版本才能配合的情況。所以，爲避免困擾，請嚴格按照以下版本安裝軟件：

JDK 1.5.0.12

Jboss 4.0.5 GA

apache 2.2.4

apache mod_jk 1.2.23

注意，mod_jk有1.x和2.x兩個版本系列。mod_jk 2.x已經停止開發，不能使用。很多人憑直覺認爲mod_jk 2.x肯定比mod_jk 1.x好，結果走了彎路。