WebSphere Remote Server 簡介及其應用舉例

WebSphere Remote Server是什麼？

IBM WebSphere Remote Server 是 IBM Store Integration Framework 的核心元件，它基於業界標準 Java2 Platform. Enterprise Edition (J2EE) 設計，具有優秀的相容性和可移植性，並可以支援多種作業系統。作為一款中介軟體套件，WRS 捆綁了應用伺服器、訊息中介軟體、資料庫以及一組系統管理軟體。它提供了一個構建分散式應用系統的基礎，使使用者能夠遠端部署、管理和監控分散式環境中的裝置和應用程式。WRS 也是一個經濟的中介軟體平臺，它一共包含了跨越 3 個 IBM 軟體產品線的 9 個產品，但也可以作為一個單一產品交付給客戶使用。

作為一款靈活完整的中介軟體套件，WRS 的優勢在於：

• 隱藏了每個被捆綁的產品複雜的安裝配置過程，轉而提供一個統一的簡單的安裝部署工具。
• 使用者僅需購買一個許可證，就可以使用全部產品。
• 內建了密碼管理功能，能夠統一管理所有遠端節點上的使用者密碼。
• 捆綁的 Tivoli 系統管理軟體通過 WRS 內建的 WRS Data Provider 能夠方便的監控第三方應用程式。（WRS Data Provider是 WRS 的 JMX 訊息收集器，能夠收集所有以 JMX 訊息格式傳遞過來的應用程式或終端裝置資訊。）
• 提供了基於 WRS 的解決方案開發環境 (Development Environment)，使用者能夠靈活的將第三方應用程式和 WRS 整合在一起，做為一個解決方案統一安裝部署。

目前，WRS 的最新版本是 V6.2.1，它捆綁了下面的產品：

• IBM WebSphere Application Server 6.1.0.13
• DB2 Workgroup Server Edition 9.5
• IBM WebSphere MQ 6.0.2.3
• IBM Tivoli Provisioning Manager for Software 5.1.1
• IBM Tivoli Monitoring 6.2
• IBM Tivoli Monitoring for Database Servers 6.2
• IBM Tivoli Enterprise Console 3.9 FP7
• IBM Tivoli Composite Application Manager for WebSphere 6.1.0.3
• IBM Tivoli OMEGAMON XE for Messaging for Distributed Systems 6.0.1

根據允許客戶使用的許可證型別的不同，IBM WebSphere Remote Server V6.2.1 分為下面的版本:

• IBM WebSphere Remote Server Starter Edition V6.2.1
• IBM WebSphere Remote Server Standard Edition V6.2.1
• IBM WebSphere Remote Server Advanced Edition V6.2.1
• IBM WebSphere Central Site Server V6.2.1

圖 1 展示了各個版本之間的異同：

圖 1 WRS 版本關係圖

WRS 可以被用在具有樹狀分級結構的分散式系統中。圖 2 展示了 WRS 的典型的應用場景, 一個或幾個企業中央伺服器連線了若干個門店伺服器(ISP)，每個門店伺服器(ISP)管理著若干裝置。在門店伺服器(ISP)上部署 WRS 的高可用性中介軟體平臺( WAS, MQ, DB2 )，用以支撐客戶的包含商業邏輯的應用程式。WRS 的系統管理軟體（Tivoli 軟體）部署在企業中央伺服器上，用以監控、管理 ISP 和其他與 ISP 相連線的外圍裝置。

圖 2 WRS 部署拓撲結構示意圖
 

WebSphere Remote Server 的安裝和配置

WRS V6.2.1 支援在 SUSE Linux® Enterprise Server (SLES) 10，Windows® 2003 以及 IRES 2.1.4 上的安裝。WRS 的安裝檔案是由 IBM Solution Assembly Toolkit (SAT) 實現的。SAT 是基於 eclipse 的工具集，它提供了一種簡潔的方式用來實現整合各種中介軟體和自定義應用程式的解決方案，並將這個解決方案打包為一個單一的可交付軟體，真正實現一鍵安裝。此外，通過在解決方案建立過程中指定配置引數，避免了使用者在使用該解決方案時的配置錯誤。WRS 就是這樣一個由 SAT 實現的解決方案。在 WRS 目前有的 4 個不同版本中，Advanced Edition 提供了各種中介軟體（WAS， DB2，MQ）的全功能集以及一個樣本應用程式。下面我們就將以 Advanced Edition 在 Windows® 2003 上的安裝為例，介紹 WRS 的安裝和配置。

1.獲取 WRS V6.2.1 的安裝檔案，在安裝檔案目錄執行 WindowsSetup.exe 進入安裝介面，接受軟體許可證協議，連續點選“下一步”，進入“選擇安裝型別”的介面。

從圖 3 中可以看出，這裡共有 4 種安裝型別：

• WebSphere Remote Server 執行時：適用於未安裝過 WRS 且想要安裝 WRS 的所有中介軟體以及樣本應用程式。
• 從 6.1 升級 WRS 執行時和從 6.0 升級 WRS 執行時：之前已安裝了 WRS 6.0/6.1,則通過此選項對其升級到 WRS 6.2.1。
• WRS 解決方案開發環境：提供了由 SAT 為基礎的 WRS 解決方案開發環境，包括 WAS, DB2, MQ 等軟體包。

在本示例中我們選擇“WRS 執行時”為例。

圖 3 選擇安裝型別

2.選擇“WRS 執行時”安裝任務後，點選“下一步”，進入配置引數介面。我們需要配置 WRS Base 的安裝路徑以及 DB2，MQ，WAS 和 IHS（IBM HTTP Server）的安裝路徑和配置資訊。

選擇 WRS Base 的安裝路徑(圖 4)，在本例中為“C:\Program Files\IBM\SIF”。

圖 4 配置 WRS Base 安裝路徑

選擇 DB2 Universal Database（ DB2 UDB ）的安裝路徑以及 DB2 管理員使用者標識和密碼（圖5）。

圖 5 配置 DB2 資訊

選擇 IBM WebSphere MQ for Windows 的安裝路徑和是否安裝 MQ Explorer （圖 6）。

圖 6 配置 MQ

選擇 WAS 的安裝路徑（圖 7）及 WAS 概要檔名和節點名，並確定是否啟用 WAS 的管理安全性（圖 8）。在本例中使用“WRSProfile”作為 WAS 概要檔案的名字，“WRSNode”作為節點名。如果要對 WAS 啟用安全設定，則輸入 WAS 管理使用者的使用者名稱和密碼。在本例中不啟用 WAS 安全設定。

圖 7 選擇 WAS 安裝路徑


圖 8 配置 WAS 安全性

選擇 IBM HTTP Server 的安裝路徑，HTTP 埠和管理伺服器埠（圖 9）。

圖 9 配置HTTP Server

選擇是否安裝樣本應用程式，完成最後一步安裝前的引數配置（圖10）。

圖 10 選擇是否安裝樣本應用程式

3.進入安裝任務的總結列表（圖11）。

圖 11 任務列表總結

點選“全部部署”，等待介面提示完成安裝。

當所有任務都部署完畢時，可以通過“部署狀態”來檢視 WRS 的安裝是否成功，並且通過以下三步操作來對 WRS 的正確安裝進行初步驗證：

1. 訪問 http://localhost:9060/admin ,進入 WAS 的管理介面，在介面左側點選“資源－> JDBC -> 資料來源”，選擇 DataSource1,點選“測試連線”，測試該資料來源連線是否成功。

2. 開啟 WebSphere MQ 資源管理器,測試能否建立，啟動，停止和刪除一個佇列管理器。

3. 測試能否在 DB2 中建立，刪除一個資料庫。

如果通過了上面的驗證，那麼安裝的 WRS 就可以正常工作了；如果沒有通過，則可以檢視相關的日誌（WAS 日誌，WRS 安裝日誌）獲取異常資訊以解決問題。

WebSphere Remote Server 在零售業中的應用舉例

WRS 有很多成功的商業應用案例，其中有很大一部分屬於在零售行業中的應用。下面我們就以零售業為例來說明 WRS 是如何被應用的。

IBM 為零售業提供了一個能夠整合不同軟硬體廠商裝置和應用程式的框架，稱為 Store Integration Framework (SIF)，WRS 正是 SIF 的重要元件。

圖 12 所示是 IBM 定義的典型的零售業的 IT 結構：

圖 12 常見的零售業IT系統結構

由圖 12 中我們可以看出，零售業的 IT 系統通常是分級的樹狀結構，其中主要包括三個部分：中央節點伺服器，門店伺服器和門店內與 POS 機相連的各種終端裝置（包括 PDA,收銀機，條碼掃描器和收銀小票印表機等）。通常不同級別的裝置具有在地域上分散的特點。在零售業的 IT 系統中，不同級別的裝置數量也有著相當大的差別，一般中央節點伺服器的數量比較少，門店伺服器的數量會相對多一些，而門店內 POS 機和與其相連的裝置數量會很大（對小規模的商店而言，會有幾十個到上百個），而這些分散的裝置通常都是由頻寬很窄的網路連線的，在這樣的條件下，如果能夠實現由少量的 IT 管理員對大量的伺服器和終端裝置進行集中的實時遠端管理，不但能夠降低維護人員成本，同時也能夠提高管理效率。WRS 作為 SIF 的重要元件，它包括 WAS，MQ，DB2，ITM，TPM，TEC 等，並且支援 IBM RMA （Remote Management Agent）和各種終端裝置通訊。我們可將 WRS 所包含的不同元件部署在不同級別的節點上，然後通過與 WRS 繫結的 IBM Tivoli Provisioning Manager， IBM Tivoli Monitoring 和 IBM Tivoli Enterprise Server 軟體的配合使用，實現對這種分級樹狀結構系統的有效管理，進行硬體裝置的監控和軟體的線上分發，升級和維護。

圖 13 是 WRS 元件在零售業系統中的部署示例：

圖 13 WRS 在零售業中的部署結構

在圖 13 中，TPM（IBM Tivoli Provisioning Manager，用於對門店伺服器和 POS 機進行軟體的分發和升級）,ITM（IBM Tivoli Monitoring，用於監控門店伺服器 ISP 的軟/硬體執行情況）和 TEC(Tivoli Enterprise Console, 可單獨用於監控 POS 機的軟/硬體執行情況，也可以和 ITM 整合在一起共同完成對門店伺服器 ISP 和 POS 機的監控) 部署在總部中央節點伺服器上。WAS, MQ, DB2, Universal Agent（ITM 的客戶端 agent）和 RMA（Remote Management Agent）的 Master Agent 部署在門店伺服器上。RMA 的 General Agent 部署在 POS 機和各種終端裝置上。 Universal Agent 通過 WRS Data Provider 和POS 機上的 RMA General Agent 相連，並且把 RMA General Agent 從 POS 機和各種終端裝置收集到的用於監控的資訊傳遞到 IBM Tivoli Monitoring Server 端。

通過在零售業的系統中部署 WRS，可以支援以下幾種應用場景：

• 從 TPM server 端向門店伺服器(ISP)和 POS 機安裝軟體及應用程式
• 從 TPM server 端向門店伺服器(ISP)和 POS 機升級軟體及應用程式
• 從 TPM server 端向門店伺服器(ISP)和 POS 機解除安裝軟體及應用程式
• 在 ITM server 和 TEC server 端實時監控 ISP 伺服器和 POS 機以及和 POS 機相連的外圍裝置狀態（如印表機，條碼掃描器等），監控的內容包括門店伺服器(ISP)和 POS 機的 CPU 佔用率，記憶體使用情況，外圍裝置的狀態（正常和非正常）以及在伺服器和外圍裝置處於非正常狀態下采取糾正措施（例如向 IT 管理人員告警；重啟伺服器與裝置等）
• 門店伺服器(ISP)上 WRS 元件的執行狀態（例如 WAS，DB2，MQ 的狀態）可以被實時的傳送到 ITM server 端, 在必要時能夠在 ITM Server 端對 ISP 上的 WRS 元件進行控制，可以停止或者重新啟動 WAS，DB2 和 MQ 服務，實現對 ISP 執行狀態的實時監控
• 在 ITM Server 端實時監控 ISP 和 POS 機上應用程式的執行狀態。

下面我們將以監控 POS 機上的應用程式為例，介紹 WRS 是如何監控 POS 機的。

我們假設在 POS機上有一個叫做 POSCalTotal 的應用程式，它能夠實現在 POS 機上計算並顯示當前一筆交易的應付款總額。

圖 14 WRS 用於監控 POS 機上應用程式的詳細部署結構

如圖 14 所示，ITM 部署在 Enterprise Server 端，RMA MA、WRS Data Provider 和 Universal Agent 部署在 ISP 上，POSCalTotal 應用程式和 RMA GA 部署在 POS 機上。POSCalTotal和 RMA GA 通過 JMX 傳遞訊息。

正常情況下，RMA GA 會每隔一段指定的時間（例如5分鐘）收集一次 POSCalTotal 應用程式的記憶體佔用率，並將其傳遞到 RMA MA，再由 RMA MA 通過 JMX 訊息傳遞到 WRS Data Provider 中。WRS Data Provider 將收到的訊息封裝成 ITM 的 Universal Agent 訊息的標準格式（meta. file，元檔案），經由 Universal Agent 傳遞到 ITM 端，管理員就可以實時的通過 ITM 檢視該應用程式的記憶體佔用情況。當該應用程式的記憶體佔用情況出現異常（例如佔用記憶體超過正常值），則管理員可以通過 ITM 手動重啟該應用程式。或者管理員事先在 ITM 中給該應用程式的記憶體佔用設定了一條規則，規定當該應用程式的記憶體佔用超過某個特定的值的時候，ITM 將自動重啟該應用程式。則當該應用程式的記憶體佔用超過規定值時，該條規則被觸發，POSCalTotal 應用程式會被自動重啟。重啟之後繼續由 ITM 進行監控。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14789789/viewspace-586924/，如需轉載，請註明出處，否則將追究法律責任。