Radware会话保持.doc

会话保持 会话保持就是要确保单个应用会话的所有流量发送到同一服务器。会话保持通常是基于源地址、源地址和源端口进行保持。但是有时侯仅这些信息是不够的，比如在会话过程中客户端的IP地址改变，或者多个TCP连接属于同一逻辑会话，并且必须发送到同一服务器。 在这种情况下，WSD必须通过应用标识区别会话，而不是三层（IP地址）和四层（TCP/UDP端口）信息。WSD能够看到应用层会话标识，跟踪这些标识，确保相同标识的数据发送到同一服务器。WSD支持下列方法保持应用层会话： =Session ID保持提供了一种灵活机制，根据HTTP流量中的不同条件保持HTTP流量； =SSL ID 专门问跟踪SSL会话设计； =MS Terminal Servers会话保持专门针对Microsoft 终端服务器； =哈希分发方法，根据四层客户表维持客户IP保持，或者联合七层策略维持基于URL保持； Session ID 保持 Session ID保持功能是专门为HTTP会话设计的，他能够让WSD把所有具有相同会话标识的服务请求发送到同一服务器。Session ID保持工作在第七层，基于HTTP会话标识保持服务器。为了定义HTTP包头中哪部分信息标识会话，WSD提供了灵活的配置机制。比如会话标识符能够作为HTTP包头中URL参数的一部分，等等。通过Session ID保持，WSD通过Session ID区分会话是否来自同一客户端。在HTTP会话中，WSD检查访问FARM的流量，根据保存在HTTP包头中的Session ID选择服务器，WSD用保持标识符在HTTP报头中查找Session ID，这个保持标识符能够基于每个FARM定义。 保持优先级机制 在处理服务器选择过程中，WSD采用下列保持优先级： 1. Session ID 2. Source TCP port 3. Source IP address 如果在HTTP报头中没有会话信息，根据预先定义的会话模式选择服务器： ? 默认模式下，当目的端口要求Session ID保持的TCP流量到达一个FARM地址，WSD强行实现Entry per session模式，参考表格4-8。这意味着这种流量的服务器选择基于Session ID，如果没有Session ID，根据客户端ID保持选择服务器。其他到FARM的流量继续在客户表中按默认模式反映。 ? 当选择server per session 模式，对于没有Session 信息的新会话，WSD选择最佳的服务器。 ? 当选择Entry per session 模式，WSD根据源端口号码分发没有会话信息的请求。每个新会话由源端口和源IP地址标识。基于源地址的会话保持由客户表机制维护。 Note: 必须配置每个FARM的Session ID 保持。 动态和静态会话标识保持机制 会话标识保持能够动态或静态设置。动态会话标识WSD从服务器应答中动态学习会话标识的内容。静态机制意味着你必须为每个服务器配置会话标识。 动态会话标识保持 当采用动态会话标识保持，服务器应答中包含了会话标识。保证带有相同会话标识的流量到来时选择相同的服务器。会话标识在WSD的内存中保存一段时间，具体由Inactivity Timeout参数定义。在这段时间，无论何时具有相同会话标识的客户端访问，WSD把客户端的请求发送到相同的服务器，而不考虑客户端的IP地址。 Table 4-8 说明了动态会话标识保持的参数 Parameter Description Farm Address 采用会话标识保持的FARM的IP地址 Application Port 截取流量会话ID信息的的TCP端口，0表示所有端口。默认是0. Lookup Mode 查找模式定义了请求中会话标识出现的位置。 Lookup Mode的可能值为： ? 报头：表示WSD查找HTTP报头，用分隔符：分隔用于服务器保持的保持标识符和值。 ? Indicator: 表示WSD查找用于保持服务器的用分隔符=分隔的保持标识和内容。 ? RegExp: 表示WSD查找HTTP报头中预先定义的常规表示符。 Default value is Indicator. For example: set Lookup Mode to Header and Persistency Identifier to WWW-Authenticate HTTP Header field. Another example, set Lookup Mode to Key and Persistency Identifier to JSESSIONID, when using server persistency with Weblo