配置WebLogic Server集群二(組圖)

　　 
　　系統根據配置信息，完成缺省的目錄及文件的創建
　　

　

　　啟動WebLogic服務
　　
　　啟動Administrator Server
　　
　　使用startWebLogic命令啟動Administrator Server
　　　
　　啟動Managed Server
　　
　　使用startManagedWeblogic命令啟動Managed Server，它的命令格式是：
　　
　　startManagedWeblogic.cmdManaged Server的名稱Administrator Server地址
　　
　　同理可以啟動nodeB和nodeC，以及Proxy Server
　　　
　　通過HttpClusterServlet實現請求的自動分發處理
　　
　　HttpClusterServlet通過一個WebLogic服務器代理對WebLogic集群中的其他服務器成員的HTTP請求，同時HttpClusterServlet還為代理的HTTP請求提供負載平衡與容錯處理。
　　
　　實際上實現是很簡單的，遵循下面幾個步驟就可以輕松實現請求的自動分發功能：
　　
　　創建一個代理Server（在此我們稱這proxyServer）
　　生成配置文件web.xml
　　生成配置文件weblogic.xml
　　打包生成Web應用
　　在proxyServer上部署應用，并將該應用作為缺省的Web應用
　　
　　創建代理Server
　　
　　啟動Administrator Server，然后進入Console控制臺（http://10.16.92.33:7080/console/），在此我們將代理Server與Administrator Server置于同一臺主機之上。
　　
　　進入console控制臺后，在“Server”結點上單擊右鍵，在彈出菜單上選擇“Configure a New Server”，然后配置代理Server的相關信息。（在這里只要指定名稱，監聽地址，監聽端口就可以了）
　　　
　　HttpClusterServlet的部署，主要是Servlet的聲明和映射，并設置初始化參數，可以創建一個Web App，然后直接在web.xml中添加或在管理控制臺上設置HttpClusterServlet的部署信息。最后將它發布給用來做代理的Server，并將這個Web App設置為這個Server的缺省WEB應用。
　　
　　web.xml文件示例
　　　
　　weblogic.xml文件示例
　　　
　　打包WEB應用
　　
　　可以使用jar命令將proxy應用打包成war文件，我們建一個臨時目錄temp，然后在其中建立如下目錄結構：
　　　
　　使用如下的命令操作，就可完成web應用的打包操作：
　　
　　JAR –參數 WEB應用名稱要打包的目錄
　　　
　　當然我們也可以直接部署該目錄，而無需打包，這在項目的開發階段是很有幫助的，便于修改。
　　
　　部署proxy應用
　　
　　啟動Administrator Server，然后進入Console控制臺（http://10.16.92.33:7080/console/），在此我們將代理Server與Administrator Server置于同一臺主機之上。
　　
　　進入console控制臺后，在“Web Application Modules”結點上單擊右鍵，在彈出菜單上選擇“Deploy a new Web Application Module”，然后選擇要部署的文件或目錄，單擊“Target Module”按鈕，然后選擇“proxyServer”，單擊“Continue”按鈕，到了下一步，單擊“Deploy”按鈕，完成部署工作。
　　
　　部署完成后，查看WEB應用的狀態是“FAILS”，造成這種情況的原因是“proxyServer”還沒有啟動，我們可以通過下面的命令啟動“proxyServer”：
　　　
　　然后點擊“ReDeploy”，重新部署應用，狀態值將變為“Suclearcase/" target="_blank" >ccess”。
　　
　　將WEB應用配置成缺省的WEB應用，weblogic8.1與weblogic6.1有很大的不同，8.1不再支持從console控制臺完成配置的工作，而是在weblogic.xml中通過下面的結點，完成配置的工作。
　　
　　<context-root> / </context-root>
　　　
　　　
　　測試proxy應用
　　
　　修改web.xml文件，加入下面的結點，然后重啟服務。
　　
　　<init-param>
　　
　　<param-name>DebugConfigInfo</param-name>
　　
　　<param-value>ON</param-value>
　　
　　</init-param>
　　
　　打開瀏覽器，訪問下面的地址，會得到下圖所示的結果，這就說明你的配置是成功的。
　　
　　http://myserver:port/placeholder.jsp? __WebLogicBridgeConfig
　　
　　myserver為服務地址（在這里是10.16.92.7）
　　
　　port為proxy服務的端口（在這里是8080）
　　
　　placeholder.jsp（這是一個不存在的JSP文件，您也可以隨意指定文件名）
　　
　　__WebLogicBridgeConfig（這個可千萬不能寫錯呦?。?br />　　　
　　測試集群的分發功能
　　
　　編寫測試WEB應用并部署
　　
　　我們來編寫一個簡單的WEB應用，它會在控制臺和瀏覽器上同時打印出“OK”字樣，然后將這個WEB應用部署到集群中所有Managed Server上面。（代碼見附件）
　　
　　在這里我們將通過Apache中所帶的ab包來進行并發訪問的模擬測試，使用如下的命令就可以完成壓力測試。
　　
　　ab –n 100 –c 10 http://10.16.92.7:8080/index.jsp
　　
　　ab是測試程序的名稱
　　
　　參數n代表請求的總數量
　　
　　參數c代表并發的請求數
　　
　　url為要測試壓力的頁面
　　
　　注：使用這個命令時，一定要在系統路徑中能夠找到該程序，否則不能執行。
　　
　　壓力測試完成后，我們從Managed Server的控制臺上可以看到，nodeA，nodeB，nodeC都打印出了“OK”字樣，這說明，在并發請求的情況下，集群能夠將請求進行分發，以達到負載平衡的目的。
　　
　　測試應用的目錄結構如下，部署與proxy應用的部署一樣，要注意的是要將它部署在Managed Server上面。
　　　
　　同一網段內不同機器部署集群
　　
　　在不同機器上部署集群與上面的操作有一些不同，就是在部署“Managed Server”時，要注意的是，參見下面的圖解。
　　　
　　在另外一臺機器上配置“Managed Server”時，要指定“Admin Server”的名稱，監聽地址，監聽端口。
　　　
　　集群配置中要注意的問題
　　
　　Admin Server只用于集群的管理，而不能參與集群事務。
　　
　　Web應用應該部署到集群上，文件的同步是由WebLogic來完成的。

原文轉自：http://www.anti-gravitydesign.com