WebSphere Application Server 叢集

大型 IBM® WebSphere® Application Server 叢集是由前端 HTTP 伺服器和 Proxy 伺服器及環繞著叢集來引導要求的負載平衡器組成。
限制: 如果要建立及使用應用程式伺服器叢集,您必須具備 IBM Rational® Asset Manager 未隨附的 IBM WebSphere Application Server 網路部署 (ND)。

您可以進行 WebSphere Application Server 的垂直和水平調整。 請使用專用的資料庫伺服器和檔案伺服器。 WebSphere Application Server 可調整的程度以及您可使用的伺服器數目,取決於伺服器要求的類型與範圍及資產的數目。

IBM HTTP 伺服器
第一層是 HTTP 伺服器,其處理來自 Web 用戶端的要求,並解除應用程式伺服器負責處理靜態內容的任務。它提供一個封裝了從屬應用程式的邏輯 URL,如 IBM Rational Asset Manager 應用程式、Rational Asset Manager 說明應用程式,以及 Rational Asset Manager 資產型開發應用程式。 請注意,在大型配置中,快取伺服器是部署在 HTTP 伺服器前端。
負載平衡程式
負載平衡器將負載分散給許多系統。 如果您有多個 HTTP 伺服器,就必須使用負載平衡器。 如果是中型部署,請使用軟體型負載平衡器,如 Edge Component。 如果是支援大量並行使用者的較大部署,請使用硬體型負載平衡器。
快取 Proxy
轉遞快取 Proxy 系統會將用戶端的應用程式資料儲存在快取中,緩和來自其他伺服器系統的負載。 如果您的 Rational Asset Manager 伺服器支援中等並行使用者數目,您只需要一個轉遞 Proxy 系統。 如果您的 Rational Asset Manager 伺服器支援大量並行使用者,您可能需要多個 Proxy 系統。
應用程式伺服器
Rational Asset Manager EAR 檔包含兩個 WAR 檔:儲存庫和 Web 應用程式檔案以及 Web 服務檔案。請將 Rational Asset Manager EAR 檔部署在叢集中的每個 WebSphere Application Server 實例上。 另外,Rational Asset Manager 也包括說明檔及 IBM Rational Unified Process (RUP) WAR 檔;您不需要部署這些 WAR 檔。 如果「說明」和 RUP 支援功能不需要高可用性,請將它們部署在單一 WebSphere Application Server 實例或外部 WebSphere Application Server 儲存器上。
Rational Asset Manager 應用程式
Rational Asset Manager 儲存庫針對搜尋和資料擷取進行正規化,因此,資料的儲存方式設計成能夠更有效搜尋資料、瀏覽構件及下載構件。 為了做到這一點,每個 Rational Asset Manager 伺服器實例都會建置一個本端資產索引,以及一個本端構件索引。 這使得搜尋效能得到最佳化,釋放了資料庫負載,也加強了叢集環境中的可調整性。 本端索引目錄的效能可能比跨越節點來共用索引好。
資料庫伺服器
在選擇資料庫硬體時,最重要的考量是機器的磁碟數目,以及機器所用的 RAID 綱目。 RAID 陣列應該包含每個處理器至少 6-10 個磁碟機。 雖然記憶體很重要,但對於 1000 位使用者及 50,000 項資產而言,記憶體為 4 GB 和 8 GB 的資料庫伺服器配置沒有重大差異。
資料庫磁碟空間需求取決於許多因素:資產數目、每個資產的構件數目、小組園地數目、角色數目、審查次數、資產類型數目、使用者數目、伺服器的交易量(使用者測量值),以及論壇的討論數量。
檔案伺服器
資產必須能夠跨越各個 WebSphere Application Server 實例來共用。 請使用同時存取的檔案系統。 只有在上傳、下載、構件檢索,以及 Rational Asset Manager 模型進行需要更新資產資訊清單的重大變更時,Rational Asset Manager 才會存取這些檔案。

叢集拓蹼

叢集化就是將一群機器組合成可視為單一機器來參照的單一邏輯實體。 這一節說明各種叢集配置及其主要優缺點。

水平叢集化
水平叢集化(有時也稱為展開調整)是新增實體機器來增加叢集儲存區的效能或容量。 水平調整通常會增加叢集化應用程式的可用性,但維護成本比較高。 水平叢集化可以增加叢集化應用程式的容量和產量;在大部分情況下,都使用這類型的叢集化。
垂直叢集化
垂直叢集化(有時也稱為向上調整)是新增 WebSphere Application Server 實例到同一部機器中。 對於善用大型 SMP 伺服器的未用資源,垂直調整很有用。 您可以利用垂直叢集化來建立多重 JVM 程序,讓它們能夠一起使用所有可用的處理能力。
混合水平及垂直叢集化
混合叢集化是水平及垂直叢集化的組合。 在這個配置中,不同的硬體配置也是相同叢集的成員。 較大、功能較強的機器可含有多個 WebSphere Application Server 實例;較小的機器可進行水平叢集化,只含有單一 WebSphere Application Server 實例。
當使用垂直叢集化時,請小心。 如果要判斷什麼情況對於環境和應用程式是正確的,唯一方式是調整單一應用程式伺服器實例的產量和效能,然後將它加到叢集中,再漸進地新增其他叢集成員。 在每個成員加入叢集時,測試效能和產量。 當您配置垂直調整拓蹼時,請始終小心監視記憶體使用情況;不可超出可定址的使用者空間量,或機器上可用的實體記憶體數量。

可調整性

可調整性是網站擴充的簡易程度。 給定的 Rational Asset Manager 安裝架構必須能夠擴充使用者、資產及社群數目,才能夠支援遞增的負載。 遞增的負載有許多可能的來源,例如,其他團隊或部門加入 Rational Asset Manager 使用者之中,或將大型歷程資產集匯入 Rational Asset Manager 中。

可調整性是一項驅動架構設計的架構考量。 當您新增其他硬體到系統中,有可能會增進可調整性,但卻不一定會增進效能和產量。

選擇向上調整(垂直叢集化)及展開調整(水平叢集化),通常是在偏好、成本及環境本質上的決策。 不過,應用程式備援問題可能會改變您的偏好。

  • 向上調整在少數有許多處理器及大量可定址使用者空間記憶體的機器上實作垂直調整。這可能會呈現重大的單一失敗點 (SPOF),因為您的環境由較少數的大型機器組成。
  • 展開調整使用較多小型機器。在這個實務中,不太可能因為一部小伺服器失敗,就造成應用程式完全中斷。 不過,展開調整比較需要維護。

可用性

也稱為容錯或備援,可用性是指在元件或系統失敗時,系統可供持續作業的能力。 架構決策,如水平和垂直調整以及備份負載平衡器(也就是分派器)等,可能會影響您的 Rational Asset Manager 應用程式的可用性。 請考量組成您的 Rational Asset Manager 環境的所有共用資源、網路和磁碟儲存體系統的可用性。 在容錯設計中,如果應用程式或伺服器失敗,其他叢集成員可以繼續服務用戶端。

失效接手有兩個種類:伺服器失效接手和階段作業失效接手。 每當發生伺服器失效接手時,會失去失敗叢集成員上的階段作業(使用者必須重新登入),但用戶端仍能使用服務。 在階段作業失效接手中,叢集的其他成員會回復現有的階段作業,彷彿叢集成員並未失敗(不過,可能已失去最後一項交易)。 如果配置了備援基礎架構來支援伺服器失效接手,Rational Asset Manager 會支援它。


意見