1、1) 健康检查AX 系列高级健康检查技术具有极高的灵活性，可以对保险行业各种应用（包括车险、货运险、个房险、航意险、银行保险、邮政保险等系统应用，以及营销员销售支持与管理系统和信息服务沟通等核心应用系统）及服务器进行监测，确保所有应用及设备的可靠性。基于应用内容的健康检查方法：利用常见的 ICMP、TCP 和 UDP 健康检查方法，尽管能够对服务器的健康状态进行检查，但是，我们有时候会发现，尽管仍然能与服务器建立 TCP 三次握手，但是，服务器却无法正常响应客户端请求。在这种情况下，我们需要更进一步，采用基于应用内容的健康检查方法。例如，对于 Web 应用服务器，我们可以模拟客户端发送一个 H
2、TTP 请求，根据响应的内容或响应状态码来判断 Web 应用服务器的健康状态。AX 支持内部和外部的健康检查方式。内部健康检查方式支持 L3/4/7 的健康检查方法；外部健康检查方法支持 Script 方式的健康检查。2) 会话保持建议会话保持是 ADC(应用交付控制器)的基本特性，绝大多数的应用环境下都涉及到该功能的配置，如果选择的会话保持方式不恰当，可能带来业务处理的不均衡甚至异常。A10 提供多种会话保持机制，以下是基于不同应用选择会话保持类型的建议：基于 C/S 结构的应用： 该类应用一般选择(对于某些负载均衡产品来说也是唯一选择) 源地址会话保持。在绝大多数情况下，源地址会话保持工作
3、应该是正常的，但是源地址会话保持有如下弱点： 1) 如果客户端地址是做了 NAT,可能会引起服务器分发的不均衡。 2) 如果客户端出口有多条链路轮询分发并做了 NAT 的，一方面会引起服务器分发的不均衡，另一方面可能因为源地址的改变导致会话不能保持，从而引起访问的不正常。 为了保证服务器分发的均衡性和处理的正确性，必须通过别的方式来实现会话保持， A10 公司的 AX 产品支持基于 TCL 语言的 aFlex 脚本，可以灵活地分析四七层的数据包，比如说针对做了 NAT 的客户端，aFlex 脚本可以不根据源地址做会话保持，而是提取客户端数据包的某个独一的字段，用这个字段来为每个客户端实现会话保
4、持。 基于 B/S 结构的应用： 对于普通 B/S 结构的应用内容，例如网站的静态页面，可以不用配置任何的会话保持，但是对于一个基于 B/S 结构尤其是中间件平台的业务系统来说，必须配置会话保持，一般情况下，我们配置源地址会话保持可以满足需求，但是考虑到客户端可能有上述不利于源地址会话保持的环境，采用 Cookie 会话保持是一个更好的方式。Cookie 会话保持会把负载均衡设备选择的 Server 信息保存在 Cookie中发送到客户端，客户端持续访问时，会把该 Cookie 带来，负载均衡器通过分析Cookie 把会话保持到之前选定的服务器。Cookie 分为文件 Cookie 和内存co
5、okie，文件 cookie 保存在客户端计算机硬盘上，只要该 cookie 文件不过期，则无论是否重复关闭开放浏览器都能保持到同一台服务器。内存 Cookie 则是把Cookie 信息保存在内存中，Cookie 的生存时间从打开浏览器访问开始，关闭浏览器结束。另外该 Cookie 的会话保持还跟不同版本的浏览器有关，IE6 之前的浏览器如果在打开一个浏览器实例的同时再打开一个新的实例访问相关的内容，新的浏览器不会传递该 Cookie，因此新浏览器的请求会被当作新的会话来分发。IE6以后的浏览器如果打开新的实例访问相关的内容，则 Cookie 会话保持会被延续。由于现在的浏览器对 Cookie
6、 都有一定默认的安全设置，有些客户端可能规定不准使用文件 Cookie，所以现在的应用程序开发多使用内存 Cookie。基于 UDP 协议的应用： 基于 UDP 协议的应用最常见的是 DNS 和 Radius 负载均衡。DNS 应用基本上不涉及到会话保持，Radius 应用稍微有点复杂，由于 Bras 设备和 Radius 服务器会形成长连接，一种需求是要求负载均衡设备能够随着每个请求关闭之前会话并重新选择会话，A10 设备针对 Radius 负载均衡专门支持 Stateless Per-Packet Round Robin 的负载均衡策略，可以让非常均衡地把不同数据包分发到不同的服务器。实现
7、以上需求要求每台 Radius Server 都可以处理任意的请求包，例如认证请求到达 Server1, 计费请求到达 Server2 这种处理是没问题的，另外是多台 Radius Server 之间能够共享同步 Bras 传递过来的用户状态。由于以上要求可能原来的Radius 系统无法实现，那么可能客户会要求基于单个用户的请求和计费来实现会话保持，这就必须在数据包中分离每个用户并实现会话保持，A10 设备同样是通过 aFlex 来实现的。 链路负载均衡中的会话保持: 链路负载均衡的会话保持常用的是基于源地址和目的地址的会话保持，基于源地址选择链路来分发数据包时常采用源地址会话保持，而基于目的
8、地址选择链路来分发数据包时可以选择源地址会话保持也可以选择目的地址会话保持，采用何种会话保持方式还需要考虑用户内部网络的结构，例如用户内网不同的部门分别做了 NAT，选择会话保持方式的不同，可能导致 NAT 地址和链路的压力大不相同。保证链路负载均衡会话保持正常工作的一个非常重要的因素是 NAT 地址的保持，假设用户是在访问网银，不同的链接访问出去的时候虽然走的是同一条链路，但用的不是同一个 NAT 地址，那么网银系统会拒绝处理该用户的请求。这跟做服务器负载均衡时，由于客户端 NAT 地址变化引起的访问异常是一样的，当然不排除网银还有一些安全性方面的措施。A10 设备通常是通过 Hash 的方式来实现 NAT 地址的保持和唯一性。
