CN101702673A

CN101702673A - 基于bs架构的负载均衡方法

Info

Publication number: CN101702673A
Application number: CN200910212674.7A
Authority: CN
Inventors: 端木义静; 李刚; 刘国祥; 张有根; 梁斌; 李华
Original assignee: NANJING CITY LINKAGE SYSTEM INTEGRATION CO Ltd
Current assignee: NANJING CITY LINKAGE SYSTEM INTEGRATION CO Ltd
Priority date: 2009-11-10
Filing date: 2009-11-10
Publication date: 2010-05-05
Also published as: US20110113131A1

Abstract

本发明提出一种基于BS架构的负载均衡方法，包括以下步骤：使用四层交换机对代理服务器分发应用请求；使用所述代理服务器对应用服务器分发应用请求；以及对应每个应用请求，建立相应的WEBLOGIC集群。本发明所提供的基于BS架构的负载均衡方法合理的配置了四层交换机和代理服务器代理层的连接，并且利用了WEBLOGIC的集群服务器通信和用户回话同步复制等优势，做到应用服务器的负载均衡和单点故障的消除。

Description

基于BS架构的负载均衡方法

技术领域

本发明涉及计算机集群技术领域，且特别是有关于一种基于BS架构的负载均衡方法。

背景技术

随着电信运营商的BSS/OSS系统逐渐从传统的CS架构向BS架构的方向发展以及所提供产品、服务的逐渐多元化，支撑电信级别用户数的BS架构的系统，必须要着眼于操作简单、性能高效这两个关键指标的不断提升，秉承BS架构自身的诸如管理统一、需求开发响应快速、系统升级简便等优点，可以很好的提高客户感知度。

众所周知，一个WEBLOGIC服务器最大承载的线程数量是400，但是电信运营省的访问并发数量远远大于这个数目，前台服务器在访问压力很大的时候就会产生负载均衡的问题。如果使用多个WEBLOGIC服务器，则需要使用统一的调度服务器去分配这些连接请求，比如使用后台TUXEDO failover统一管理。

发明内容

有鉴于此，本发明提供了一种基于BS架构的负载均衡方法，该方法实现了负载均衡以及主机设备扩容后应用的无缝平滑升级。

本发明提出一种基于BS架构的负载均衡方法，包括以下步骤：使用四层交换机对代理服务器分发应用请求；使用所述代理服务器对应用服务器分发应用请求；以及对应每个应用请求，建立相应的WEBLOGIC集群。

进一步的，上述的建立相应的WEBLOGIC集群包括步骤：对应每个物理主机，建立相应的WEBLOGIC服务器；定义所述多个WEBLOGIC服务器加入WEBLOGIC集群。

进一步的，如果所述应用服务器需要使用后台的WTC连接，则定义主节点和故障转移节点。

进一步的，上述WEBLOGIC集群内部使用SESSION复制。

进一步的，在所述代理服务器上对经过的数据流实施传输过滤压缩。

本发明的有益效果为，采用本发明提供的基于BS架构的负载均衡方法，对于同一个应用请求，所有的WEB服务器的Java进程的负载均是相同的，达到了负载均衡的目的。如果客户需要增加物理服务器，则只需要在管理服务器上定义一个相应的节点，增加相应数量的WEBLOGIC服务器，直接加入WEBLOGIC集群，然后启动，即能实时的分担现有服务器的负载，做到平滑无缝的系统升级。

附图说明

图1所示为根据本发明的基于BS架构的负载均衡方法的流程图。

图2所示为图1中的方块示意图。

具体实施方式

为让本发明的上述和其它目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合附图，作详细说明如下。

图1所示为根据本发明的基于BS架构的负载均衡方法的流程图，图2所示为图1中的方块示意图。请一并参考图1和图2。

如图所示，本发明提供的基于BS架构的负载均衡方法包括以下步骤：

步骤S10，使用四层交换机对代理服务器(PROXY服务器)分发应用请求，此应用请求为HTTP请求。在本实施例中，PROXY服务器可以是WEBLOGIC服务器，也可以使用APACHE服务器。

步骤S11，使用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的值为replicated

2.确认每个集群的Muliticast地址和端口不一样，地址可以使用224.0.0.1-239.255.255.254

进一步的，如果WEBLOGIC服务器需要用到后台的WTC连接，则定义主节点(REMOTE ACCESS POINT)和故障转移节点(FAILOVER POINT)。

WTC故障转移节点的配置方法如下：

1.定义TUX1，TUX2两个指向不同TUXEDO主机的Remote Access Point

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-application目录架构：

proxy/

WEB-INF/

web.xml

weblogic.xml

lib/

classes/

其中web.xml实例文档如下：

<！DOCTYPE web-app PUBLIC″-//Sun Microsystems，Inc.//DTD WebApplication 2.3//EN″″http://java.sun.com/dtd/web-app_2_3.dtd″>

<web-app>

<servlet-name>A</servlet-name>

<servlet-class>

.servlet.proxy.HttpClusterServlet

</servlet-class>

<init-param>

<param-name>WebLogicCluster</param-name>

<param-value>

192.168.0.2：8001|192.168.0.3：8001

</param-value>

</init-param>

<init-param>

<param-name>CookieName</param-name>

<param-value>BSS_A_JSESSIONID</param-value>

</init-param>

</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|192.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-mapping>

<servlet-name>A</servlet-name>

<url-pattern>/a</url-pattern>

</servlet-mapping>

<servlet-mapping>

<servlet-name>B</servlet-name>

<url-pattern>/b</url-pattern>

</servlet-mapping>

<servlet-mapping>

<servlet-name>A</servlet-name>

<url-pattern>/</url-pattern>

</servlet-mapping>

<servlet-mapping>

<servlet-name>A</servlet-name>

<url-pattern>*.html</url-pattern>

</servlet-mapping>

<servlet-mapping>

<servlet-name>A</servlet-name>

<url-pattern>*.gif</url-pattern>

</servlet-mapping>

</web-app>

将这个WEB-application目录部署到4台PROXY服务器上面，即可。

应用服务器，即部署了能实现企业级应用需求的WEBLOGIC服务器。

下面结合一个具体的例子进一步进行阐述：企业应用分为A和B两种应用，都是通过HTTP协议访问。

实施步骤：

定义A和B应用使用的服务器集群，CLUSTER_A和CLUSTER_B

将A应用部署在192.168.0.2的8001端口和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-application，其目录架构为：

A/

WEB-INF/

classes/

lib/

web.xml

weblogic.xml

app/

其中weblogic.xml里面需要定义PersistentStoreType＝replicated，表示使用内存复制来同步集群中服务器的用户回话数据。

定义连接TUXEDO的WTC配置，并且部署到每个应用服务器上面。

定义应用服务器需要使用的其他资源，比如：JDBC，JMS等等。

本发明中所述具体实施案例仅为本发明的较佳实施案例而已，并非用来限定本发明的实施范围。即凡依本发明申请专利范围的内容所作的等效变化与修饰，都应作为本发明的技术范畴。

Claims

1.一种基于BS架构的负载均衡方法，其特征在于，包括步骤：

使用四层交换机对代理服务器分发应用请求；

使用所述代理服务器对应用服务器分发应用请求；以及

对应每个应用请求，建立相应的WEBLOGIC集群。

2.根据权利要求1所述的基于BS架构的负载均衡方法，其特征在于，所述的建立相应的WEBLOGIC集群包括步骤：

对应每个物理主机，建立相应的WEBLOGIC服务器；

定义所述多个WEBLOGIC服务器加入WEBLOGIC集群。

3.根据权利要求1所述的基于BS架构的负载均衡方法，其特征在于，如果所述应用服务器需要使用后台的WTC连接，则定义主节点和故障转移节点。

4.根据权利要求1所述的基于BS架构的负载均衡方法，其特征在于，所述WEBLOGIC集群内部使用SESSION复制。

5.根据权利要求1所述的基于BS架构的负载均衡方法，其特征在于，在所述代理服务器上对经过的数据流实施传输过滤压缩。