- 1、本文档共10页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
WebLogic+F5负载均衡配置方案
下面将F5公司的BIG-IP控制器为例,来介绍硬件负载均衡器配搭
weblogic效劳器实现集群功能的解决方案。
1.Weblogic集群
Weblogic效劳器集群将一组效劳器集合在一起工作,来提供更灵活
调配的、更稳定的应用平台。效劳器集群对用户是透明的,对用户来
说,效劳器集群只是一个简单的server端,然而实际上,多台效劳
器一起协同工作来提供效劳。通过部署weblogic效劳器的集群功
能,对于来自网络用户的请求具备了出色的可扩展性、更高请求处理
容量和冗余能力。
对于一个集成的环境,客户端的会话状态必须被保存,以使得在
出现故障时能够获得备份session状态。Weblogicserver提供三
种途径获得客户端会话状态:数据库复制〔通过JDBC〕、基于文
件的复制和存中的复制。
使用基于JDBC或基于文件的持久机制分别将客户端的会话状
态保存在数据库或者文件中。当一个客户端首次连接到集群中的*台
效劳器时,客户端与该效劳器的连接建立,同时该效劳器将会话状态
完整地保存在离线存储器中。随后的客户端的请求将被持续地发送给
同一台server,这样就保证了会话状态的更新在存储机制中的保存。
如果这台效劳器发生故障,则该客户端可以连接到集群中的任何一台
效劳器。新的效劳器通过读取储存在文件系统或者是数据库中的会话
状态来恢复与客户端的会话。
存中的复制机制同样也用于保存客户端会话数据,但是它使用存
而不是其他永久存储机制。在客户端初次连接到集群中的*台效劳器
时,客户端与该效劳器的连接建立,同时该效劳器指定另外一台集群
中的效劳器作为辅助效劳器来存储会话数据的复本。随后的客户端的
请求将被持续地发送给同一台server,从而确保了在任何给定时间
集群中都存有该客户时机话数据的两份拷贝。
当与该客户端建立连接的效劳器发生故障时,客户端可以连接到
集群中另一台效劳器。新的效劳器将通过查找保存在Weblogic效
劳器cookie上的信息,对保存了客户端会话状态的复本的效劳器进
展定位,并且复制会话状态。通过这种容错处理的方式,客户端可以
透明地故障切换到另一台效劳器,无需使用持续性存储器便可长期保
存会话数据。
2.BIGIP实现WEBLOGIC负载均衡
由于同一集群中的多个效劳器能够效劳于一组特定的客户端请
求,所以必须通过*些机制02e2,将对虚拟效劳器的客户端
请求路由到集群中*台真正的效劳器。通过将新的客户端请求智能地
分配给可用资源,来到达提高效劳器集群的处理能力的目的。这种路
由请求机制必须保证:
均衡集群中可用效劳器上的负载;
客户端发起的会话必须持续使用在初次访问时与之建立了连接
的WeblogicServer:对于需要多个HTTP操作的事务〔也
可能是多个TCP连接〕,一旦和特定的效劳器集群成员之间建
立了客户会话,后续操作必须被定向到同一个成员,直到会话
完毕。这将减少开销,并且能够为每个连续的操作从另一台效
劳器上获取会话状态。因此改善了用户的响应时间并提高了集
群总的利用率;
必须保持WeblogicServer端cookie保存数据的完整性:会
话持久性是通过检查会话cookie来提供的,cookie保存了
HTTP响应0fe7的主效劳器会话信息和备份效劳器的信息,
这样它就可以在故障发生时被集群检测并挑选集群另一台效劳
器使用以进展容错处理。
以上三点是使用BIG-IP控制器和WeblogicServer集群的联合
解决方案所需要遵循的目标。下面我们看看F5是如何具体实现这些
目标的。
2.1对Weblogic集群提供负载均衡
当部署Weblogic集群时,首先要考虑的,应该是使用一个
地的管理网络交通的产品对于所有WeblogicServe
文档评论(0)