工作量管理 |
BeenThere 範例 - 配置和執行 |
開始使用 |
新增應用程式伺服器節點 |
建立 Web 儲存器叢集 |
建立 EJB 儲存器叢集 |
更新虛擬主機 |
啟用 WebSphere 配置服務 |
安裝 BeenThere.ear 檔 |
配置安全(選用) |
啟動伺服器 |
執行範例 |
驗證範例配置 |
本節說明配置環境(如圖 1 中的說明) 以及安裝及執行「BeenThere 範例」的步驟。 假設已安裝了下列軟體:
機器名稱 | 已安裝的軟體 |
web |
IBM HTTP Server IBM HTTP Server 外掛程式 |
app1 | IBM WebSphere Application Server |
app2 | IBM WebSphere Application Server |
dm | IBM WebSphere Application Server 部署管理程式 |
附註:下列指示假設 Web 伺服器及其管理服務在執行中,且已在部署管理程式上建立 Web 伺服器定義來自動傳送 plugin-cfg.xml 檔。
請完成下列步驟,將應用程式伺服器節點新增至資料格中:
addNode <deploymgr host>
addNode.sh <deploymgr host>
install_root/bin/addNode <deploymgr host> <deploymgr port> -profileName <profileName> -startingport <portblock>
現在已將應用程式伺服器納入資料格中。
MyWebCluster 叢集提供 Servlet 的工作量平衡和失效接手。
請完成下列步驟來建立 MyWebCluster 叢集:
這時會建立 MyWebCluster 叢集。
MyEJBCluster 叢集提供 Enterprise Bean 的工作量平衡和失效接手。
請完成下列步驟來建立 MyEJBCluster 叢集:
附註:在分散式平台中,選取「偏好本端」選項表示要求遞送至執行於本端節點的 Enterprise Bean(如果有的話)。 範例配置中停用了「偏好本端」選項,以示範 EJB 要求的工作量管理。
這時會建立 MyEJBCluster 叢集。
在 MyWebCluster 叢集的建立期間,會針對每一個新的叢集成員選取「產生專屬的 Http 埠」選項。 選取此選項可避免 HTTP 埠衝突,因為會為所建立的每一部新的應用程式伺服器都建立一個專屬的埠值。
請完成下列步驟來確定動態建立的每一個 HTTP 埠值都有針對 default_host 虛擬主機所配置的相關聯主機別名項目:
現在已更新虛擬主機。
依預設,不會對應用程式伺服器啟用 WebSphere 配置服務。 這個範例需要這項服務依程式的方式讀取 WebSphere Application Server 配置檔,以取得環境資訊。
請完成下列步驟來啟用 WebSphere 配置服務:
現在已經啟用 WebSphere 配置服務。
請完成下列步驟來安裝 BeenThere.ear 檔:
如果您不要在啟用安全的情況下使用 BeenThere,您可以跳過這一節。 如果要在啟用安全的情況下使用 BeenThere,請按一下這裡,以取得配置安全的指示。
請完成下列步驟來啟動伺服器:
現在已啟動伺服器。
如果要執行範例,請在瀏覽器中開啟 BeenThere Web 位址 http://<host_name>/wlm/BeenThere, 其中 <host_name> 是執行 IBM HTTP Server 的主機名稱或 IP 位址。
請注意,WebSphere 第 6 版以及更新版本有一個新功能,其設計是為了將整個環境的傳輸量最大化。 其最終意義在於,在這些版本上測試 BeenThere 範例時,「工作量管理」元件可能未將要求確實遞送至加權的真正值。 由於執行時期可能會修改加權,因此下面的驗證方法可能不正確。 在這些實務範例中,驗證 WLM 功能的最佳方法就是確保要求已遞送給所有叢集成員, 至於遞送是否確實依加權執行,則無關緊要。此外,也有一些方法可停用這些回饋機制,若有需要, 請聯絡 IBM 支援中心以取得詳細資料。
請完成下列步驟來驗證 Web 儲存器工作量管理是否如配置般正確運作:
在瀏覽器中開啟 BeenThere Web 位址 http://<host_name>/wlm/BeenThere, 其中 <host_name> 是執行 IBM HTTP Server 的主機名稱或 IP 位址。
Servlet 執行摘要中的值改變了,於下列範例中示範:
現在,Servlet 節點應為 app2 而非 app1。 結果顯示 IBM HTTP Server 將 HTTP 要求分派到 MyWebCluster 叢集的其他成員:app2 上的 WebServer2。 重複執行數個 Servlet 顯示出以 MyWebCluster 叢集之叢集成員的已配置權重值為基礎的 HTTP 要求的工作量管理行為。
現在已驗證 Web 儲存器工作量管理配置。
請完成下列步驟來驗證 EJB 儲存器工作量管理是否如配置般正確運作:
在分散式平台中,Bean 執行摘要中的值應該類似下列範例:
您可以從這個範例中看出以 MyEJBCluster 叢集之叢集成員的已配置權重值為基礎的 Enterprise Bean 的工作量管理執行行為。 每次在 app1 上執行呼叫時,都會在 app2 上執行三次 Enterprise Bean 的呼叫。
在 z/OS 平台中,加權值用來平衡 HTTP 要求,但不用來平衡網際網路交互 ORB 通訊協定 (IIOP) 要求。
現在已驗證 EJB 儲存器工作量管理配置。
請完成下列步驟來驗證 Bean 叢集的成員權重是否如配置般正確設定。
將結果與下列範例比較:
結果顯示 MyEJBCluster 叢集之所有成員的權重值。EJBServer1 的權重為 1,EJBServer2 的權重為 3。
現在已驗證 Bean 叢集成員權重。
恭喜您!現在您已看到工作量管理在運作中,並且驗證了「BeenThere 範例」已如配置般正常運作!