3.    配置說明

3.1.    集群定義

一個集群就是一組協同工作的WebLogic服務器實例。

集群提供：高可用性、負載均衡、擴展性。

集群圖示：圖2、圖3都是集群在應用環境中的示例。

 

圖2

 

 

圖3

3.2.    集群的好處

    擴展性

擴展性就是可以為應用提供更多容量的能力，在這種情況下，增加額外的服務器，而不必對主體架構進行修改。

    高可用性

高可用性確保了集群中一台服務器發生故障時，其他服務器可以接管工作，因此對客戶端沒有影響。

 

3.3.    關鍵功能

    應用故障接管

當應用中一個執行任務的對象變得不可用時，另外對象可以接管並完成工作。

    站點故障接管

當單個站點上所有服務和應用都失敗時，它們可以切換到其他站點，繼續處理。

    服務器遷移

當一台服務器失敗時，釘住的服務可以遷移到集群中其他服務器上。

    負載均衡

跨越多個服務器的平均任務分發與通訊。

 

3.4.    集群架構

    通常的，應用被分隔成多個層次，每層代表了不同的功能，WebLogic對Web層、展現層、業務或對象層都提供集群支持。

    好架構某種程度上是主觀的，但是有一些全局的考慮

•    性能

•    有效的狀態持久性

•    最佳的負載均衡

•    有效的故障接管

•    可靠的通訊

    有兩種主要集群架構可以選擇

•    基本集群架構

基本集群架構將靜態HTTP，展現邏輯，業務邏輯和對象組合在一個集群中。如圖4所示。（本文配置採用的是該結構）

圖4

•    多層集群架構

Web層和業務邏輯服務可以分布在兩個集群中。如圖5所示。

圖5

    何時使用多層集群架構

多層集群架構推薦給具有如下需求的Web應用:

•    對集群化EJB方法調用的負載均衡

•    在提供HTTP內容的服務器與提供集群對象的服務器之間實現負載均衡靈活性

•    高可用性（更少的單點故障）

•    更靈活的安全性

    基本集群架構的優劣

基本集群架構具有如下優勢：

•    易於管理

•    靈活的負載均衡

•    強壯的安全性

基本集群架構具有如下劣勢：

•    不能負載均衡EJB方法調用

•    跨層的負載均衡可能變得不平衡

    多層集群架構的優劣

多層集群架構具有如下優勢：

•    改進的負載均衡

•    EJB方法的負載均衡

•    更高可用性

•    改進的安全選項

多層集群架構具有如下劣勢：

•    當展現層頻繁調用業務邏輯時會製造瓶頸

•    增加了防火牆配置複雜性

 

3.5.    配置集群應用的必要條件

    集群中的所有 Server 必須位於同一網段，並且必須是IP 廣播(UDP)可到達的

    集群中的所有 Server 必須使用相同的版本,包括Service Pack

    集群中的 Server 必須使用永久的靜態IP 地址。動態IP 地址分配不能用於集群環境。如果服務器位於防火牆後面，而客戶機位於防火牆外面，那麼服務器必須有公共的靜態IP 地址，只有這樣，客戶端才能訪問服務器

 

3.6.    配置前的準備工作

在配置集群應用前要對集群的配置信息有一個良好的設計，下面就是我們這次配置的集

群信息：在兩台台機器上配置集群（每台機上都要安裝相同版本的WebLogic 11g 產品）。見表1。

提示：建議您的測試服務器有4G 以上的內存，否則服務器啟動過程將會很漫長。

表1

 

以下文章點擊率最高