负载均衡健康检查与会话保持原理.docx

《负载均衡健康检查与会话保持原理.docx》由会员分享，可在线阅读，更多相关《负载均衡健康检查与会话保持原理.docx（5页珍藏版）》请在课桌文档上搜索。

1、1）健康检查AX系列高级健康检查技术具有极高的敏捷性，可以对保险行业各种应用（包括车险、货运险、个房险、航意险、银行保险、邮政保险等系统应用，以及营销员销售支持与管理系统和信息服务沟通等核心应用系统）及服务器进行监测，确保全部应用及设施的牢靠性。基于应用内容的健康检查方法：采用常见的ICMP、TCP和UDP健康检查方法，尽管能够对服务器的健康状态进行检查，但是，我们有时候会发觉，尽管仍旧能与服务器建立TCP三次握手，但是，服务器却无法正常响应客户端恳求。在这种状况下，我们需要更进一步，采纳基于应用内容的健康检查方法。例如，对于Web应用服务器，我们可以模拟客户端发送一个HTTP恳求，依据响应的

2、内容或响应状态码来推断Web应用服务器的健康状态。AX支持内部和外部的健康检查方式。内部健康检查方式支持L3/4/7的健康检查方法；外部健康检查方法支持Script方式的健康检查。2）会话保持建议会话保持是ADC（应用交付掌握器）的基本特性，绝大多数的应用环境下都涉及到该功能的配置，假如选择的会话保持方式不恰当，可能带来业务处理的不均衡甚至特别。AlO供应多种会话保持机制，以下是基于不同应用选择会话保持类型的建议：基于C/S结构的应用：该类应用一般选择（对于某些负载均衡产品来说也是唯一选择）源地址会话保持。在绝大多数状况下，源地址会话保持工作应当是正常的，但是源地址会话保持有如下弱点：1）假如

3、客户端地址是做了NAT,可能会引起服务器分发的不均衡。2）假如客户端出口有多条链路轮询分发并做了NAT的，一方面会引起服务器分发的不均衡，另一方面可能由于源地址的转变导致会话不能保持，从而引起访问的不正常。为了保证服务器分发的均衡性和处理的正确性,必需通过别的方式来实现会话保持，AlO公司的AX产品支持基于TCL语言的aFlex脚本，可以敏捷地分析四七层的数据包，比如说针对做了NAT的客户端，aFlex脚本可以不依据源地址做会话保持，而是提取客户端数据包的某个独一的字段，用这个字段来为每个客户端实现会话保持。基于B/S结构的应用：对于一般B/S结构的应用内容，例如网站的静态页面，可以不用配置任

4、何的会话保持，但是对于一个基于B/S结构尤其是中间件平台的业务系统来说，必需配置会话保持，一般状况下，我们配置源地址会话保持可以满意需求，但是考虑到客户端可能有上述不利于源地址会话保持的环境，采纳Cookie会话保持是一个更好的方式。Cookie会话保持会把负载均衡设施选择的Server信息保存在Cookie中发送到客户端，客户端持续访问时，会把该Cookie带来，负载均衡器通过分析COOkie把会话保持到之前选定的服务器。Cookie分为文件Cookie和内存cookie,文件cookie保存在客户端计算机硬盘上，只要该cookie文件不过期，则无论是否重复关闭开放扫瞄器都能保持到同一台服务

5、器。内存Cookie则是把Cookie信息保存在内存中,Cookie的生存时间从打开扫瞄器访问开头,关闭扫瞄器结束。此外该CoOkie的会话保持还跟不同版本的扫瞄器有关，IE6之前的扫瞄器假如在打开一个扫瞄器实例的同时再打开一个新的实例访问相关的内容,新的扫瞄器不会传递该COOkie,因此新扫瞄器的恳求会被当作新的会话来分发。IE6以后的扫瞄器假如打开新的实例访问相关的内容，则CoOkie会话保持会被连续。由于现在的扫瞄器对COOkie都有肯定默认的平安设置，有些客户端可能规定不准使用文件Cookie,所以现在的应用程序开发多使用内存Cookie0基于UDP合同的应用：基于UDP合同的应用最常

6、见的是DNS和Radius负载均衡。DNS应用基本上不涉及到会话保持，Radius应用略微有点简单，由于Bras设施和Radius服务器会形成长连接,一种需求是要求负载均衡设施能够随着每个恳求关闭之前会话并重新选择会话,AlO设施针对Radius负载均衡特地支持StatelessPer-PacketRoundRobin的负载均衡策略，可以让特别均衡地把不同数据包分发到不同的服务器。实现以上需求要求每台RadiUSSerVer都可以处理任意的恳求包，例如认证恳求到达SerVer1,计费恳求到达SerVer2这种处理是没问题的，此外是多台RadiUSSerVer之间能够共享同步Bras传递过来的用

7、户状态。由于以上要求可能原来的Radius系统无法实现，那么可能客户会要求基于单个用户的恳求和计费来实现会话保持,这就必需在数据包中分别每个用户并实现会话保持，AlO设施同样是通过aFlex来实现的。链路负载均衡中的会话保持：链路负载均衡的会话保持常用的是基于源地址和目的地址的会话保持,基于源地址选择链路来分发数据包时常采纳源地址会话保持，而基于目的地址选择链路来分发数据包时可以选择源地址会话保持也可以选择目的地址会话保持,采纳何种会话保持方式还需要考虑用户内部网络的结构，例如用户内网不同的部门分别做了NAT,选择会话保持方式的不同，可能导致NAT地址和链路的压力大不相同。保证链路负载均衡会话保持正常工作的一个特别重要的因素是NAT地址的保持，假设用户是在访问网银，不同的链接访问出去的时候虽然走的是同一条链路，但用的不是同一个NAT地址，那么网银系统会拒绝处理该用户的恳求。这跟做服务器负载均衡时，由于客户端NAT地址变化引起的访问特别是一样的，当然不排解网银还有一些平安性方面的措施。AlO设施通常是通过Hash的方式来实现NAT地址的保持和唯一性。