WebLogic+F5负载均衡配置方案.docx

WebLogic+F5负载均衡配置方案
下面将以 BEA 星级合作伙伴, F5 公司的 BIG-IP 控制器为例,来介绍硬件负载均衡器配搭 weblogic 服务器实现集群功能的解决方案。
Weblogic集群
Weblogic 服务器集群将一组服务器集合在一起工作,来提供更灵活调配的、更稳定的应用平台。服务器集群对用户是透明的,对用户来说,服务器集群只是一个简单的 server 端,然而实际上,多台服务器一起协同工作来提供服务。通过部署 weblogic 服务器的集群功能,网站对于来自网络用户的请求具备了出色的可扩展性、更高请求处理容量和冗余能力。
对于一个集成的环境,客户端的会话状态必须被保存,以使得在出现故障时能够获得备份 session 状态。 Weblogic server 提供三种途径获得客户端会话状态: 数据库复制(通过 JDBC )、基于文件的复制和内存中的复制。
使用基于 JDBC 或基于文件的持久机制分别将客户端的会话状态保存在数据库或者文件中。当一个客户端首次连接到集群中的某台服务器时,客户端与该服务器的连接建立,同时该服务器将会话状态完整地保存在离线存储器中。随后的客户端的请求将被持续地发送给同一台 server ,这样就保证了会话状态的更新在存储机制中的保存。如果这台服务器发生故障,那么该客户端可以连接到集群中的任何一台服务器。新的服务器通过读取储存在文件系统或者是数据库中的会话状态来恢复与客户端的会话。
内存中的复制机制同样也用于保存客户端会话数据,但是它使用内存而不是其他永久存储机制。在客户端初次连接到集群中的某台服务器时,客户端与该服务器的连接建立,同时该服务器指定另外一台集群中的服务器作为辅助服务器来存储会话数据的复本。随后的客户端的请求将被持续地发送给同一台 server ,从而确保了在任何给定时间集群中都存有该客户机会话数据的两份拷贝。
当与该客户端建立连接的服务器发生故障时,客户端可以连接到集群中另一台服务器。新的服务器将通过查找保存在 Weblogic 服务器 cookie 上的信息,对保存了客户端会话状态的复本的服务器进行定位,并且复制会话状态。通过这种容错处理的方式,客户端可以透明地故障切换到另一台服务器,无需使用持续性存储器便可长期保存会话数据。
BIG IP实现WEBLOGIC负载均衡
由于同一集群中的多个服务器能够服务于一组特定的客户端请求,所以必须通过某些机制 02e2 ,将对" 虚拟服务器" 的客户端请求路由到集群中某台真正的服务器。通过将新的客户端请求智能地分配给可用资源,来达到提高服务器集群的处理能力的目的。这种路由请求机制必须保证:
均衡集群中可用服务器上的负载;
客户端发起的会话必须持续使用在初次访问时与之建立了连接的 Weblogic Server :对于需要多个 HTTP 操作的事务(也可能是多个 TCP 连接),一旦和特定的服务器集群成员之间建立了客户会话,后续操作必须被定向到同一个成员,直到会话结束。这将减少开销,并且能够为每个连续的操作从另一台服务器上获取会话状态。因此改善了用户的响应时间并提高了集群总的利用率;
必须保持 Weblogic Server 端 cookie 内保存数据的完整性:会话持久性是通过检查会话 cookie 来提供的, cookie 内保存了 HTTP 响应 0fe7 的主服务器会话信息和备份服务器的信息,这样它就可以在故障发生时被集群检测并挑选集群内另一台服务器使用以进行容错处理。
以上三点是使用BIG-IP 控制器和Weblogic Server集群的联合解决方案所需要遵循的目标。下面我们看看F5是如何具体实现这些目标的。
对Weblogic集群提供负载均衡
当部署 Weblogic 集群时,首先要考虑的,应该是使用一个本地的管理网络交通的产品对于所有 Weblogic Server 实体所接收到的新的请求进行负载均衡。
F5 的 BIG-IP 控制器使得可以很简单而且高伸缩性地配置 Weblogic 服务器集群。 BIG-IP 支持多种负载均衡模式,包括轮询(Round Robin) 、服务器几率(Server Ratio) 、服务器能力(Server Capacity) ,等几种模式。 BIG-IP 对 Weblogic 服务器的性能和可用性进行监控,并将客户端请求发送到集群中当前状态最为可用的服务器。 BIG-IP 通过对一系列的设备故障的监测,来确认任务所需的最主要的资源相应正常的。
通过BIG-IP对Weblogic服务器的用户保持访问持续性
一旦用户采用内存复制技术来部署 BEA Weblogic Server 集群时, Weblogic 服务器就启动 Cook