AppDirector与Weblogic的结合技术详解.docVIP

Radware AppDirector与Weblogic的结合介绍 1. 部署AppDirector负载均衡设备 Radware AppDirector3020设备作为专业的硬件负载均衡产品，可以结合WebLogic的集群软件一起实现WebLogic应用服务器群的负载均衡，部署AppDirector设备后，系统的工作方式将改变为： WebLogic的集群软件仍然存在，但是该集群软件只负责服务器之间的Session同步复制工作，负载均衡工作转移到AppDirector上实现； 由AppDirector负责实现WebLogic服务器群的负载均衡和服务器的健康检查； AppDirector通过应用层（L7层）实现WebLogic系统的负载均衡，并通过Cookie（Session ID） 持久性. Weblogic集群 　　Weblogic 服务器集群将一组服务器集合在一起工作，来提供更灵活调配的、更稳定的应用平台。服务器集群对用户是透明的，对用户来说，服务器集群只是一个简单的 server 端，然而实际上，多台服务器一起协同工作来提供服务。通过部署 weblogic 服务器的集群功能，网站对于来自网络用户的请求具备了出色的可扩展性、更高请求处理容量和冗余能力。 　　对于一个集成的环境，客户端的会话状态必须被保存，以使得在出现故障时能够获得备份 session 状态。 Weblogic server 提供三种途径获得客户端会话状态： 数据库复制（通过 JDBC ）、基于文件的复制和内存中的复制 。 　　使用基于 JDBC 或基于文件的持久机制分别将客户端的会话状态保存在数据库或者文件中。当一个客户端首次连接到集群中的某台服务器时，客户端与该服务器的连接建立，同时该服务器将会话状态完整地保存在离线存储器中。随后的客户端的请求将被持续地发送给同一台 server ，这样就保证了会话状态的更新在存储机制中的保存。如果这台服务器发生故障，那么该客户端可以连接到集群中的任何一台服务器。新的服务器通过读取储存在文件系统或者是数据库中的会话状态来恢复与客户端的会话。 　　内存中的复制机制同样也用于保存客户端会话数据，但是它使用内存而不是其他永久存储机制。在客户端初次连接到集群中的某台服务器时，客户端与该服务器的连接建立，同时该服务器指定另外一台集群中的服务器作为辅助服务器来存储会话数据的复本。随后的客户端的请求将被持续地发送给同一台 server ，从而确保了在任何给定时间集群中都存有该客户机会话数据的两份拷贝。 　　当与该客户端建立连接的服务器发生故障时，客户端可以连接到集群中另一台服务器。新的服务器将通过查找保存在 Weblogic 服务器 cookie 上的信息，对保存了客户端会话状态的复本的服务器进行定位，并且复制会话状态。通过这种容错处理的方式，客户端可以透明地故障切换到另一台服务器，无需使用持续性存储器便可长期保存会话数据。. AppDirector3020实现负载均衡 　　由于同一集群中的多个服务器服务于一组特定的客户端请求，所以必须通过某些机制，将对的客户端请求到集群中某台真正的服务器。 通过将新的客户端请求智能地分配给，来达到提高服务器集群的处理能力的目的。必须保证 ： 集群中可用服务器上； 客户端发起的会话必须持续使用在初次访问时与之建立了连接的 Weblogic Server ：对于需要多个 HTTP 操作的事务（也可能是多个 TCP 连接），一旦和特定的服务器集群成员之间建立了客户会话，后续操作必须被定向到同一，直到会话结束。并且能够为每个连续的操作从另一台服务器上获取会话状态。因此改善了用户的响应时间并提高了集群总的利用率； 必须保持 Weblogic Server 端 cookie 内保存数据的完整性：会话持久性是通过检查会话 cookie 来提供的，ookie 内保存了 HTTP 响应的主服务器会话信息和备份服务器的信息，这样它就可以在故障发生时被集群检测并挑选集群内另一台服务器使用以进行容错处理。 以上三点是和Weblogic Server集群的联合解决方案所需要遵循的目标。下面我们看看是如何具体实现这些目标的。 负载平衡器配置要求 支持被动或主动 Cookie 持久性机制被动 Cookie 持久性 被动 Cookie 持久性使得 WebLogic Server 能够将包含会话参数信息的 Cookie 通过负载平衡器写入客户端。会话 Cookie 包含了负载平衡器用来标识会话的主服务器实例的字符串可以使用 WebLogic Server 会话 Cookie 中的信息将客户端与承载该会话的 WebLogic Server 实例相关联主动 Cookie 持久性 主动 Cookie 持久性机制用于 WebL