【正文】 通過畢業(yè)實習，使學生從理論走向實踐，并運用所學的理論知識解決一些實際軟硬件應用問題，達到實踐鍛煉的目的。 本發(fā)明中所述具體實施案例僅為本發(fā)明的較佳實施案例而已，并非用來限5 定本發(fā)明的實施范圍。 定義連接 TUXEDO 的 WTC配置，并且部署到每個應用服務器上面。 將 B 應用部署在 的 8002 端口和 :8002 端口上 2個WEBLOGIC 服務器所在集群 CLUSTER_B上。 下面結合一個具體的例子進一步進行闡述 ：企業(yè)應用分為 A和 B兩種應用，都是通過 HTTP 協(xié)議訪問。 PROXY服務器 應用的目錄架構，是標準的 J2EE WEBapplication目錄架構 ： proxy/ 15 WEBINF/ lib/ classes/ 20 其中 ： !DOCTYPE webapp PUBLIC //Sun Microsystems, Inc.//DTD Web Application webapp servlet 25 servletnameA/servletname servletclass . /servletclass initparam 30 paramnameWebLogicCluster/paramname － 5－ paramvalue :8001|:8001 /paramvalue /initparam initparam 5 paramnameCookieName/paramname paramvalueBSS_A_JSESSIONID/paramvalue /initparam /servlet servlet 10 servletnameB/servletname servletclass . /servletclass initparam 15 paramnameWebLogicCluster/paramname paramvalue .:8002|:8002 /paramvalue /initparam 20 initparam paramnameCookieName/paramname paramvalueBSS_B_JSESSIONID/paramvalue /initparam /servlet 25 servletmapping servletnameA/servletname urlpattern/a/urlpattern /servletmapping servletmapping 30 servletnameB/servletname urlpattern/b/urlpattern － 6－ /servletmapping servletmapping servletnameA/servletname urlpattern//urlpattern /servletmapping 5 servletmapping servletnameA/servletname urlpattern*.html/urlpattern /servletmapping servletmapping 10 servletnameA/servletname urlpattern*.gif/urlpattern /servletmapping /webapp 將這個 WEBapplication目錄 部署到 4臺 PROXY服務器上面，即可。 結合圖 1與圖 2，對本發(fā)明提出的基于 BS 架構的負載均衡方法具體 如下 ： 四層交換機對外發(fā)布的 IP 地址為 : :80， 內(nèi)網(wǎng)地址為。則 系統(tǒng)的統(tǒng)一接入為： 對于 A應用的調(diào)用，可以使用 URLPattern=/a； 對于 B應用的調(diào) － 4－ 用，可以使用 URLPattern=/b。 25 如圖 2所示，利用本發(fā)明提供的 基于 BS 架構的負載均衡方法可以實現(xiàn)統(tǒng)一接入。 15 HTTP Session復制配置方法 如下 ： 1. 應用的 PersistentStoreType的值為 replicated 2. 確認每個集群的 Muliticast 地址和端口不一樣，地址可以使用 － 進一步的， 如果 WEBLOGIC服務器需要用到后臺的 WTC連接，則定義主20 節(jié)點（ REMOTE ACCESS POINT）和 故障轉移節(jié)點（ FAILOVER POINT）。具體操作如下： 10 1. 定義一個 weblogic 集群，名字為 A_CLUSTER 2. 部署 A應用，并且 target到 A_CLUSTER上面 3. 將前面定義好的 weblogic 服務器加入進集群。 WebLogic 集群 的 定義 具體如下 ： WebLogic集群可以提供良好的系統(tǒng)負債均衡策略，使得應用的穩(wěn)定性大大增強，這里我們使用的是 RoundRobin 策略。 AdminServer需要通過和每臺主機的 Nodemanager實時控制該物理服務器上面的 weblogic 進程。具體還包括以下步驟：對應每個物理主機，建立相應的 WEBLOGIC 服務器；定義所述多 － 3－ 個 WEBLOGIC 服務器加入 WEBLOGIC集群。 25 在本實施例中 ，在 PROXY服務器 上， 可以 對經(jīng)過 PROXY服務器 的所有的HTTP數(shù)據(jù)流實施傳輸過濾壓縮， 并且壓縮算法為 gzip， 有利于窄帶終端的接入。 步驟 S11，使用 PROXY服務器 對應用服務器分發(fā)應用請求。 如 圖所示，本發(fā)明提供的 基于 BS 架構的負載均衡方法包括以下步驟： 步驟 S10，使用四層交換機對代理服務器 （ PROXY服務器 ） 分發(fā)應用請求 ，20 此應用請求為 HTTP 請求 。 圖 1所示為根據(jù)本發(fā)明的 基于 BS 架構的負載均衡方法的流程圖 ，圖 2所示為圖 1中的 方塊示意圖 。 圖 2所示為圖 1中的 方塊 示意圖。 如果客戶需要增加物理服務器，則 只需要在管理服務器 上5 定義一個相應的節(jié)點，增加相應數(shù)量的 WEBLOGIC 服務器，直接加入WEBLOGIC集群，然后啟動，即能實時的分擔現(xiàn)有服務器的 負載 ，做到平滑無縫的系統(tǒng)升級 。 進一步的，在所述代理服務器上對經(jīng)過的數(shù)據(jù)流實施傳輸過濾壓縮。 進一步的， 如果所述 應用服務器 需要使用后臺的 WTC連接，則定義主節(jié)點和故障轉移節(jié)點。 20 本發(fā)明提出一種 基于 BS 架構的負載均衡方法，包括以下步驟：使用四層交換機對代理服務器分發(fā)應用請求； 使用所述代理服務器對應用服務器分發(fā)應用請求；以及對應每個應用請求，建立相應的 WEBLOGIC集群。如果 使用多個 WEBLOGIC服務器，則需要使用統(tǒng)一15 的調(diào)度服務器去分配這些連接請求 ，比如使用后臺 TUXEDO failover統(tǒng)一管理。 5 背景技術 隨著電信運營商的 BSS/OSS系統(tǒng)逐漸從傳統(tǒng)的 CS架構向 BS架構的方向發(fā)展 以及 所提供產(chǎn)品、服務的逐漸多元化，支撐電信級別用戶數(shù)的 BS 架構的系統(tǒng)，必須要著眼于操作簡單、性能高效這兩個關鍵指標的不斷提升，秉承 BS 架構自10 身的諸如管理統(tǒng)一、需求開發(fā)響應快速、系統(tǒng)升級簡便等優(yōu)點，可以很好的提高客戶感知度。 15 5. 根據(jù)權利要求 1所述的基于 BS 架構的負載均衡方法，其特征在于，在所述代理服務器上對經(jīng)過的數(shù)據(jù)流實施傳輸過濾壓縮。 10 3. 根據(jù)權利要求 1所述的基于 BS 架構的負載均衡方法，其特征在于，如果所述 應用服務器 需要使用后臺的 WTC 連接，則定義主節(jié)點和故障轉移節(jié)點。 － 1－ 摘 要 附 圖 － 1－ 權 利 要 求 書 1. 一 種基于 BS 架構的負載均衡方法， 其特征在于，包括 步驟： 使用四層交換機對 代理服務器 分發(fā)應用請求； 使用 所述代理服務器 對應用服務器分發(fā)應用請求；以及 5 對應每個應用 請求 ，建立相應的 WEBLOGIC集群。 － 1－ 說 明 書 摘 要 本發(fā)明提出一種 基于 BS 架構的負載均衡方法，包括以下步驟：使用四層交換機對代理服務器分發(fā)應用請求；使用所述代理服務器對應用服務器分發(fā)應用請求；以及對應每個應用請求，建立相應的 WEBLOGIC集群。本發(fā)明所提供的基于 BS 架構的負載均衡方法 合理的配置了四層交換機和 代理服務器 代理層5 的連接，并且利用了 WEBLOGIC 的集群服務器通信 和 用戶回話同步復制 等優(yōu)勢，做到應用服務器的 負載 均衡和單點故障的消除。 2. 根據(jù)權利要求 1所述的基于 BS 架構的負載均衡方法，其特征在于，所述的建立相應的 WEBLOGIC集群包括步驟： 對應每個物理主機，建立相應的 WEBLOGIC 服務器； 定義所述多個 WEBLOGIC 服務器加入 WEBLOGIC集群。 4. 根據(jù)權利要求 1所述的基于 BS 架構的負載均衡方法，其特征在于，所述 WEBLOGIC集群內(nèi)部使用 SESSION復制。 20 － 1－ 說 明 書 基于 BS 架構的負載均衡方法 技術領域 本發(fā)明涉及計算機集群技術領域，且特別是有關于 一種 基于 BS 架構的負載均衡方法。 眾所周知，一個 WEBLOGIC服務器最大承載的線程數(shù)量是 400，但是電信運營省的訪問并發(fā)數(shù)量遠遠大于這個數(shù)目 ，前臺服務器在訪問壓力很大的時候就會產(chǎn)生負載均衡的問題 。 發(fā)明 內(nèi)容 有鑒于此，本發(fā)明提供了一種 基于 BS 架構的負載均衡方法，該方法 實現(xiàn)了負載均衡以及 主機設備擴容后應用的無縫平滑升級。 進一步的，上述的建立相應的 WEBLOGIC集群包括步驟：對 應每個物理主機，建立相應的 WEBLOGIC 服務器；定義所述多個 WEBLOGIC 服務器加入25 WEBLOGIC 集群。 － 2－ 進一步的，上述 WEBLOGIC集群內(nèi)部使用 SESSION復制。 本發(fā)明的有益效果為， 采用本發(fā)明提供的 基于 BS 架構的負載均衡方法，對于同一個應用請求，所有的 WEB 服務器的 Java 進程的負載均是相同的，達到了負載均衡的目的。 附圖說明 10 圖 1所示為根據(jù)本發(fā)明的 基于 BS 架構的負載均衡方法的流程圖 。 具體實施方式 為讓本發(fā)明的上述和其它目的、特征和優(yōu)點能更明顯易懂，下文特舉較佳15 實施例，并配合附圖，作詳細說明如下。請一并參考圖 1和圖 2。在本實施例中， PROXY服務器 可以 是 WEBLOGIC服務器，也可以使用 APACHE服務器 。 具體的， PROXY服務器 通過解析調(diào)用的 URLpattern，決定應用請求分發(fā)的方向，進一步的，可以采用以下算法： 1）輪訓分發(fā)； 2）負載計算； 3）隨即分發(fā)。 步驟 S12， 對應每個應用請求，建立相應的 WEBLOGIC集群。 其中， 物理主機 的 定義 具體如下 ： 在 Weblogic Console里面有 machines 定義界面，具體操作如下： 1. 在每臺物理主機上啟動 NodeManager。 5 2. 在 machine里面定義物理服務器的 nodemanager地址。并且每個應用會部署在單獨的集群上面。 在本實施例中， WEBLOGIC集群內(nèi)部使用 HTTP SESSION復制，使得用戶的回話可以在集群內(nèi)部的任意 WEBLOGIC服務器上有效。 WTC 故障轉移節(jié)點的配置方法 如下 ： 1. 定義 TUX1, TUX2兩個指向不同 TUXEDO 主機的 Remote Access Point 2. 在每個 Imported Server里面使用 TUX1,TUX2或者 TUX2,TUX1， 前者是主節(jié)點，后者是故障轉移節(jié)點。例如 ，四層交換的對外公開的地址為： ， 四層交換的對外公開的端口為： 80。其中， A應用 部署在應用集群 1上面， B應用部署在應用集群 2上面。 一共有 4臺 PROXY服務器 ， 發(fā)布的地址 分別 為 : 5 :8080 :8081 :8080 :8081 配置四層交換機 ， 將 80端口上的 HTTP請求 ， 使用以下算法中的任意一種 ，10 分發(fā)到 4 個 PROXY服務器 地址上 ： 1） 終端 IP 和 PROXYIP:PORT粘連，如果連接不上，則換一個； 2） 輪詢 PROXY端 IP:PORT，如果連接不上，則換一個；3） 隨機轉發(fā)，如果連接不上，則換一個。 15 應用服務器，即