F5消息处理与连接优化.pdf

  1. 1、本文档共30页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
F5消息处理与连接优化 议题 1.简单负载均衡环境下的连接问题 2. 基于消息处理的连接优化方式 3. F5 TMOS与消息处理技术 4. 消息处理在金融业务中的优化案例 简单负载均衡环境下的连接问题 F5在金融客户中的部署 © F5 Networks, Inc 4 这些问题解决了吗? • 短连接的应用 • 频繁的连接建立与拆除吞噬了大量的计算资源? • 传输延时造成了资源浪费? • 长连接的应用 • 设备故障后要重启应用? • 负载不均衡? • 应用恢复后无法接收新的请求? • 不能“无缝”停机维护? © F5 Networks, Inc 5 负载分配不均衡 • 如果采用基于连接的 负载均衡机制,长连 接一旦分配完成后, 连接两端的对应关系 不可改变 • 某些客户端如果交易 量特别大,也只会和 与它相连的服务器通 讯,造成服务器繁忙 • 对突发情况没有任何 的应急手段 © F5 Networks, Inc 6 应用恢复后无法接收新的请求 • 如果用基于连接的负 载均衡机制,客户端 和服务器对应关系固 定 • 客户端检测到心跳信 号故障后,重新发起 连接到仍然正常工作 的服务器上 • 当故障服务器恢复后, 如果没有新的连接建

您可能关注的文档

文档评论(0)

rovend + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档