AppDirector_Part2-服务器负载均衡基础.ppt

Page * L4 Policy的匹配机制 当AD收到的数据包的目的IP地址为VIP地址时，AD按照以下顺序进行进行L4 policy的选择： 目标 IP +目标Protocol +目标port 目标IP +目标Protocol 目标IP 源IP Page * 总结 服务器负载均衡处理流程 Farm、Server、L4 Policy Client table、Session mode Connectivity Check Server Admin Farm VIP server 的过程 * * Session id table: The Session ID table contains the Session IDs collected from server replies when Session ID Persistency is active. * Client table mode 简单来说有三种: Regluar: 3层会话表模式,只记录用户源IP, 目标IP和目标端口. 一个用户,无论打开多少会话,只要源IP不变,AppDirector只记录一条会话. Entry Per Session:4层会话表模式, 记录用户源IP, 源端口,目标IP和目标端口. 对于同一源IP地址,负载均衡算法只执行第一次请求, 同一用户后续请求,无论新开多少会话,都去到相同的服务器,但每个新的会话,都会记录在Client table中. Server Per Session:4层会话表模式, 记录用户源IP, 源端口,目标IP和目标端口. AppDirector对每个新的会话,都进行负载均衡算法计算. 同一用户后续请求,可能会去到不同的服务器,每个新的会话,都会记录在Client table中. * Client table mode 简单来说有三种: Regluar: 3层会话表模式,只记录用户源IP, 目标IP和目标端口. 一个用户,无论打开多少会话,只要源IP不变,AppDirector只记录一条会话. Entry Per Session:4层会话表模式, 记录用户源IP, 源端口,目标IP和目标端口. 对于同一源IP地址,负载均衡算法只执行第一次请求, 同一用户后续请求,无论新开多少会话,都去到相同的服务器,但每个新的会话,都会记录在Client table中. Server Per Session:4层会话表模式, 记录用户源IP, 源端口,目标IP和目标端口. AppDirector对每个新的会话,都进行负载均衡算法计算. 同一用户后续请求,可能会去到不同的服务器,每个新的会话,都会记录在Client table中. * Client table mode 简单来说有三种: Regluar: 3层会话表模式,只记录用户源IP, 目标IP和目标端口. 一个用户,无论打开多少会话,只要源IP不变,AppDirector只记录一条会话. Entry Per Session:4层会话表模式, 记录用户源IP, 源端口,目标IP和目标端口. 对于同一源IP地址,负载均衡算法只执行第一次请求, 同一用户后续请求,无论新开多少会话,都去到相同的服务器,但每个新的会话,都会记录在Client table中. Server Per Session:4层会话表模式, 记录用户源IP, 源端口,目标IP和目标端口. AppDirector对每个新的会话,都进行负载均衡算法计算. 同一用户后续请求,可能会去到不同的服务器,每个新的会话,都会记录在Client table中. * Client table mode 简单来说有三种: Regluar: 3层会话表模式,只记录用户源IP, 目标IP和目标端口. 一个用户,无论打开多少会话,只要源IP不变,AppDirector只记录一条会话. Entry Per Session:4层会话表模式, 记录用户源IP, 源端口,目标IP和目标端口. 对于同一源IP地址,负载均衡算法只执行第一次请求, 同一用户后续请求,无论新开多少会话,都去到相同的服务器,但每个新的会话,都会记录在Client table中. Server Per Session:4层会话表模式, 记录用户源IP, 源端口,目标IP和目标端口. AppDirector对每个新的会话,都进行负载均衡算法计算. 同一用户后续请求,可能会去到不同的服务器,每个新的会话,都会记录在Client table中. * Client table mode 简单来说有三种: Regluar: 3层会话表模式,只记录用户源IP, 目标IP和目标端口. 一个用户,无论打开多少会话,只要源IP不变,AppDirector只记录一条会话