专利名称：基于bs架构的负载均衡方法
技术领域：
本发明涉及计算机集群技术领域，且特别是有关于一种基于BS架构的负载均衡 方法。
背景技术：
随着电信运营商的BSS/0SS系统逐渐从传统的CS架构向BS架构的方向发展以及 所提供产品、服务的逐渐多元化，支撑电信级别用户数的BS架构的系统，必须要着眼于操 作简单、性能高效这两个关键指标的不断提升，秉承BS架构自身的诸如管理统一、需求开 发响应快速、系统升级简便等优点，可以很好的提高客户感知度。 众所周知，一个WEBL0GIC服务器最大承载的线程数量是400，但是电信运营省的 访问并发数量远远大于这个数目，前台服务器在访问压力很大的时候就会产生负载均衡的 问题。如果使用多个WEBLOGIC服务器，则需要使用统一的调度服务器去分配这些连接请 求，比如使用后台TUXEDO failover统一管理。
发明内容
有鉴于此，本发明提供了一种基于BS架构的负载均衡方法，该方法实现了负载均 衡以及主机设备扩容后应用的无缝平滑升级。 本发明提出一种基于BS架构的负载均衡方法，包括以下步骤使用四层交换机对 代理服务器分发应用请求；使用所述代理服务器对应用服务器分发应用请求；以及对应每 个应用请求，建立相应的WEBLOGIC集群。 进一步的，上述的建立相应的WEBL0GIC集群包括步骤对应每个物理主机，建立
相应的WEBLOGIC服务器；定义所述多个WEBLOGIC服务器加入WEBLOGIC集群。 进一步的，如果所述应用服务器需要使用后台的WTC连接，则定义主节点和故障
转移节点。 进一步的，上述WEBLOGIC集群内部使用SESSION复制。 进一步的，在所述代理服务器上对经过的数据流实施传输过滤压縮。 本发明的有益效果为，采用本发明提供的基于BS架构的负载均衡方法，对于同一
个应用请求，所有的WEB服务器的Java进程的负载均是相同的，达到了负载均衡的目的。如
果客户需要增加物理服务器，则只需要在管理服务器上定义一个相应的节点，增加相应数
量的WEBLOGIC服务器，直接加入WEBLOGIC集群，然后启动，即能实时的分担现有服务器的
负载，做到平滑无缝的系统升级。
图1所示为根据本发明的基于BS架构的负载均衡方法的流程图。
图2所示为图1中的方块示意图。
具体实施例方式
为让本发明的上述和其它目的、特征和优点能更明显易懂，下文特举较佳实施例， 并配合附图，作详细说明如下。 图1所示为根据本发明的基于BS架构的负载均衡方法的流程图，图2所示为图1 中的方块示意图。请一并参考图1和图2。 如图所示，本发明提供的基于BS架构的负载均衡方法包括以下步骤 步骤S10，使用四层交换机对代理服务器(PR0XY服务器)分发应用请求，此应用请
求为HTTP请求。在本实施例中，PROXY服务器可以是WEBLOGIC服务器，也可以使用APACHE
服务器。 步骤Sll，使用PROXY服务器对应用服务器分发应用请求。具体的，PROXY服务器 通过解析调用的URLpattern，决定应用请求分发的方向，进一步的，可以采用以下算法1) 轮训分发；2)负载计算；3)随即分发。 在本实施例中，在PROXY服务器上，可以对经过PROXY服务器的所有的HTTP数据 流实施传输过滤压縮，并且压縮算法为gzip，有利于窄带终端的接入。 步骤S12，对应每个应用请求，建立相应的WEBLOGIC集群。具体还包括以下步 骤对应每个物理主机，建立相应的WEBLOGIC服务器；定义所述多个WEBLOGIC服务器加入 WEBLOGIC集群。
其中，物理主机的定义具体如下 在Weblogic Console里面有machines定义界面，具体操作如下 1.在每台物理主机上启动NodeManager。 AdminServer需要通过和每台主机的
Nodemanager实时控制该物理服务器上面的weblogic进程。 2.在machine里面定义物理服务器的nodemanager地址。 WebLogic集群的定义具体如下 WebLogic集群可以提供良好的系统负债均衡策略，使得应用的稳定性大大增强， 这里我们使用的是Round-Robin策略。并且每个应用会部署在单独的集群上面。具体操作 如下 1.定义一个weblogic集群，名字为A_CLUSTER
2.部署A应用，并且target到A_CLUSTER上面
3.将前面定义好的weblogic服务器加入进集群。 在本实施例中，WEBLOGIC集群内部使用HTTP SESSION复制，使得用户的回话可以 在集群内部的任意WEBLOGIC服务器上有效。
HTTP Session复制配置方法如下 1.应用的Web. xml里面力口入PersistentStoreType的值为r印licated 2.确认每个集群的Muliticast地址和端口不 一 样，地址可以使用
224. 0. 0. 1-239. 255. 255. 254 进一步的，如果WEBLOGIC服务器需要用到后台的WTC连接，则定义主节点(REMOTE ACCESS POINT)和故障转移节点(FAIL0VER POINT)。
WTC故障转移节点的配置方法如下 1.定义TUX1， TUX2两个指向不同TUXEDO主机的Remote Access Point
4
2.在每个Imported Server里面使用TUX1， TUX2或者TUX2， TUX1，前者是主节点， 后者是故障转移节点。 如图2所示，利用本发明提供的基于BS架构的负载均衡方法可以实现统一 接入。例如，四层交换的对外公开的地址为192. 168.0. 1，四层交换的对外公开的端 口为80。则系统的统一接入为http:〃192. 168.0. 1。对于A应用的调用，可以使用
http: 〃192. 168. 0. 1/a service = aaa&.....URL-Pattern = /a ;对于B应用的调用，可
以使用http :〃192. 168. 0. 1/b service = bbb&.....URL-Pattern = /b。其中，A应用
部署在应用集群1上面，B应用部署在应用集群2上面。 结合图1与图2，对本发明提出的基于BS架构的负载均衡方法具体如下 四层交换机对外发布的IP地址为AAA. BBB. CCC. DDD :80，内网地址为
192. 168. 0. 1/255. 255. 255. 0。 一共有4台PROXY服务器，发布的地址分别为: 192. 168. 0. 2/255. 255. 255. 0端口 8080 192. 168. 0. 2/255. 255. 255. 0端口 8081 192. 168. 0. 3/255. 255. 255. 0端口 8080 192. 168. 0. 3/255. 255. 255. 0端口 8081 配置四层交换机，将80端口上的HTTP请求，使用以下算法中的任意一种，分发到4
个PROXY服务器地址上1)终端IP和PROXYIP:PORT粘连，如果连接不上，则换一个；2)轮
询PROXY端IP:PORT，如果连接不上，则换一个；3)随机转发，如果连接不上，则换一个。 PROXY服务器应用的目录架构，是标准的J2EE WEB-即plication目录架构 proxy/ WEB-INF/ web. xml weblogic. xml lib/ classes/ 其中web. xml实例文档如下 〈 ！ D0CTYPE web-app PUBLIC〃 -//Sun Microsystems, Inc.//DTD WebApplication 2. 3//EN" 〃 http://Java. sun. com/dtd/web-即p—2—3. dtd" >
〈web_app>
〈servlet> 〈servlet_name>A〈/servlet_name> 〈servlet_class> .servlet.proxy. HttpClusterServlet 〈/servlet_class>
〈init_pa:ram> 〈param_name>WeblxigicCluster〈/pa:ram_name>
〈param_value> 192. 168. 0. 2 :80011192. 168. 0. 3 :8001 〈/param_value>
〈/init-param〉 〈 in i t-param〉 〈par膽-n膽e〉CookieN膽e〈/p3:ram-n膽e〉 〈param-value〉BSS_A_JSESSIONID〈/param-value〉 〈/init-param〉 〈/servlet〉 〈servlet〉 〈servlet-name〉B〈/servlet-name〉 〈servlet-class〉 . servlet. proxy. HttpClusterServlet 〈/servlet-class〉 〈init-param〉 〈param-name〉WebLogicCluster〈/param-name〉 〈param-value〉 . 168. 0. 2 :8002 1192. 168. 0. 2 :8002 〈/param-value〉 〈/init-param〉 〈init_param〉 〈param-name〉CookieName〈/param-name〉 〈param_value〉BSS_B_JSESSIONID〈/param_value〉 〈/init-param〉 〈/servlet〉 〈servlet-m即ping〉 〈servlet-name〉A〈/servlet-name〉 〈url-p3ttern〉/3〈/url-pattern〉 〈/servlet-m即ping〉 〈servlet-m即ping〉 〈servlet-name〉B〈/servlet-name〉 〈url_pattern〉/b〈/url_pattern〉 〈/servlet-m即ping〉 〈servlet-m即ping〉 〈servlet-name〉A〈/servlet-name〉 〈url-pattern〉/〈/url-pattern〉 〈/servlet-m即ping〉 〈servlet-m即ping〉 〈servlet-name〉A〈/servlet-name〉 〈url-pattern〉氺.html〈/url-pattern〉 〈/servlet-m即ping〉 〈servlet—m即ping〉:0104] :0105] :0106] :0107]
〈servlet_name>A〈/servlet_name> 〈url-p3ttern》.gif〈/url_p3ttern> servlet_mapping>将这个WEB-即plication目录部署到4台PROXY服务器上面，即可。 应用服务器，即部署了能实现企业级应用需求的WEBLOGIC服务器。 下面结合一个具体的例子进一步进行阐述企业应用分为A和B两种应用，都是通
过HTTP协议访问。 实施步骤 定义A和B应用使用的服务器集群，CLUSTER_A和CLUSTER_B将A应用部署在192. 168. 0. 2的8001端口禾P 192. 168. 0. 3 :8001端口上2个
WEBLOGIC服务器所在集群CLUSTER_A上。将B应用部署在192. 168. 0. 2的8002端口和192. 168. 0. 3 :8002端口上2个
WEBLOGIC服务器所在集群CLUSTER_B上。A应用是标准的J2EE框架的WEB-即plication，其目录架构为 A/ WEB-INF/ 即p/ 其中weblogic. xml里面需要定义PersistentStoreType = r印licated，表示使用 内存复制来同步集群中服务器的用户回话数据。 定义连接TUXEDO的WTC配置，并且部署到每个应用服务器上面。
定义应用服务器需要使用的其他资源，比如JDBC， JMS等等。 本发明中所述具体实施案例仅为本发明的较佳实施案例而已，并非用来限定本发 明的实施范围。即凡依本发明申请专利范围的内容所作的等效变化与修饰，都应作为本发 明的技术范畴。
:0118] :o"9] :0120] :0121]
权利要求
一种基于BS架构的负载均衡方法，其特征在于，包括步骤使用四层交换机对代理服务器分发应用请求；使用所述代理服务器对应用服务器分发应用请求；以及对应每个应用请求，建立相应的WEBLOGIC集群。
2. 根据权利要求1所述的基于BS架构的负载均衡方法，其特征在于，所述的建立相应 的WEBLOGIC集群包括步骤对应每个物理主机，建立相应的WEBLOGIC服务器； 定义所述多个WEBLOGIC服务器加入WEBLOGIC集群。
3. 根据权利要求l所述的基于BS架构的负载均衡方法，其特征在于，如果所述应用服 务器需要使用后台的WTC连接，则定义主节点和故障转移节点。
4. 根据权利要求l所述的基于BS架构的负载均衡方法，其特征在于，所述WEBLOGIC集 群内部使用SESSION复制。
5. 根据权利要求1所述的基于BS架构的负载均衡方法，其特征在于，在所述代理服务 器上对经过的数据流实施传输过滤压縮。
全文摘要
本发明提出一种基于BS架构的负载均衡方法，包括以下步骤使用四层交换机对代理服务器分发应用请求；使用所述代理服务器对应用服务器分发应用请求；以及对应每个应用请求，建立相应的WEBLOGIC集群。本发明所提供的基于BS架构的负载均衡方法合理的配置了四层交换机和代理服务器代理层的连接，并且利用了WEBLOGIC的集群服务器通信和用户回话同步复制等优势，做到应用服务器的负载均衡和单点故障的消除。
文档编号H04L29/08GK101702673SQ20091021267
公开日2010年5月5日 申请日期2009年11月10日 优先权日2009年11月10日
发明者刘国祥, 张有根, 李刚, 李华, 梁斌, 端木义静 申请人:南京联创科技集团股份有限公司