weblogic和f5相结合的负载均衡配置方案.doc

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