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

Page 1,AppDirector 培训 第2部分：服务器负载均衡基础,Page 2,Client =0,VIP (00),Client ,Server 1 0,Server 2 1,Server 3 2,Clients Request Source IP = Destination = VIP 00:80,Load Balancing Decision,,Server to Client Source IP = 0 Destination = ,AppDirector to Client Source IP = VIP 00 Destination = ,VIP,负载均衡基础概念,Farm,AppDirector to Server Source IP = Destination = 0:8080,,Page 3,Layer 4 策略 依据网络层信息参数进行 farm 的选择,Farm 由提供相同业务的一组服务器组成,Layer 7 策略依据应用层信息参数进行 farm 的选择,VIP: Virtual IP 对外提供服务的IP地址,实际的服务器,AD服务器负载均衡的基本构架,Page 4,L4 Policy,L7 Policy,是否有L7 policy,Farm,是否有client table entry,Client table,Dispatch method,Session mode,Farm server,VIP,Yes,Yes,NO,NO,IP, Port, Protocol,Session mode, Dispatch 方法 GSLB 策略 Server IP地址,是否在L7 persistence table 中有匹配项,NO,Session id table,Yes,AD内部处理流程,Page 5,业务配置流程,开始配置,配置ClientNAT,是否需要ClientNAT,添加Farm,Yes,NO,添加Sever,是否需要L7对话保持,配置L7对话保持,Yes,是否需要L7策略,添加L4策略,配置L7策略,Yes,NO,NO,基 本 配 置,增 强 配 置,配置高级健康检查,Page 6,Farm管理,开始配置,配置ClientNAT,是否需要ClientNAT,添加Farm,Yes,NO,添加Sever,是否需要L7对话保持,配置L7对话保持,Yes,是否需要L7策略,添加L4策略,配置L7策略,Yes,NO,NO,基 本 配 置,增 强 配 置,配置高级健康检查,Page 7,Farm是一组提供相同服务的服务器群组,Farm,AppDirector,Server Farm,Clients,VIP,Page 8,为了有效地处理AD服务器群中客户和服务器之间流量的流动，AD使用了客户表- Client Table。 客户表基本上是通过AD虚拟地址发送到服务器的客户列表。当用户使用AD（映射到一组服务器）上的虚拟lP 地址时，AD会检查客户表，查看该用户的记录是否已存在。 如果存在，该客户会直接指向客户表所显示的服务器。 如果没有记录，则按照预配置的负载均衡标准选择一个服务器，数据包就会被发送到选定的服务器，同时该记录会保存到客户表中 只要客户表中的该记录有效则从该客户机发送到此特定虚拟地址的所有数据包都会被发送到同一个服务器,客户表 Client Table,Page 9,Farm基本参数,AppDirector Farms Farm Table Create,Page 10,Farm基本参数,Aging Time：Client Table中的Session保持时间,Dispatch Method： 负载均衡算法 Cyclic (Round Robin)：轮循 Weighted Cyclic ：基于权重的轮循方式(通过手工静态地来定义包分发比重) Least Traffic ：最少流量 Least Number of Users：最少用户连接数 Response Time Load Balancing：最快反应时间，需启用健康检查模块配合使用 NT SNMP Parameters：根据Windows服务器SNMP参数取到的值选择服务器，仅对Windows服务器有效，并且Windows服务器需要打开SNMP功能 User-Configurable SNMP Parameters：任何提供SNMP的服务器，用户需要设置相关的SNMP OID值及权重作为健康检查对象 Hashing：哈希算法, 根据源地址选择服务器, 同一地址无论任何时候访问VIP都会分配到同一台服务器, 当需要做长时间会话保持时, 使用该算法不需要增加会话表的超时时间，有助于减少会话表的条目，同是不影响会话保持,Page 11,Farm基本参数,AppDirector Farms Farm Table Create,Page 12,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中.,Farm基本参数 Session mode,Page 13,Server1,Server2,Server3,Regular Session Mode,Regluar: 3层会话表模式,只记录用户源IP, 目标IP和目标端口. 一个用户,无论打开多少会话,只要源IP不变,AD只记录一条会话. 不适用用户需要直接访问后台服务器的环境,Page 14,Server1,Server2,Server3,Source Port = XXXX,Source Port = XXXY,Source Port = XXXZ,Entry Per Session Mode,Entry Per Session: 4层会话表模式, 记录用户源IP, 源端口,目标IP和目标端口. 对于同一源IP地址,负载均衡算法只执行第一次请求, 同一用户后续请求,无论新开多少会话,都去到相同的服务器,但每个新的会话,都会记录在Client table中,Page 15,Server1,Server2,Server3,Source Port = XXXX,Source Port = XXXY,Source Port = XXXZ,Server Per Session Mode,Server Per Session: 4层会话表模式, 记录用户源IP, 源端口,目标IP和目标端口. AppDirector对每个新的会话,都进行负载均衡算法计算. 同一用户后续请求,可能会去到不同的服务器,每个新的会话,都会记录在Client table中.,Page 16,另外两种Session mode: RemoveOnSessionEnd-EPS（Entry Per Session） : 4层会话表模式, 同一用户后续请求,无论新开多少会话,都去到相同的服务器,但每个新的会话,都会记录在Client table中。但当AD知道在服务器和客户机相同的服务器之间有RST / FIN 数据包发送时，它会对Client table中的记录加上删除标记。此记录的时间限制为5 秒，然后它就会被删除。 . RemoveOnSessionEnd -SPS: 4层会话表模式, 记录用户源IP, 源端口,目标IP和目标端口. AppDirector对每个新的会话,都进行负载均衡算法计算. 同一用户后续请求,可能会去到不同的服务器,每个新的会话,都会记录在Client table中。但当AD知道在服务器和客户机之间有RST / FIN 数据包发送时，它会对客户表中的记录加上删除标记。此记录的时间限制为5 秒，然后它就会被删除。,Farm基本参数 其他Session mode,Page 17,Farm基本参数-连通性检查,AppDirector Farms Farm Table Create,Page 18,Farm基本参数连通性检查,Server 1,Server 2,AppDirector,Page.htm ?,Page.htm ?,HTML代码 Server Up,连通性性检查： Ping TCP 或 UDP端口 HTTP 页面 HTTP页面内容 Radius RTSP,HTML代码 Server Down,Page 19,连通性检查-Ping,AppDirector Farms Farm Table,Connectivity Check Method: Ping,Page 20,连通性检查-TCP Port,AppDirector Farms Farm Table,Connectivity Check Method: TCP Port Connectivity Check Port：填写或选择需要检查的端口,Page 21,连通性检查-UDP Port,AppDirector Farms Farm Table,Connectivity Check Method: UDP Port Connectivity Check Port：填写或选择需要检查的端口,Page 22,连通性检查-HTTP Page,AppDirector Farms Farm Table,Connectivity Check Method: HTTP Page Connectivity Check Port：填写或选择需要检查的端口 Home Page：填写需要检查的URL，最多80字符,注意： 默认检验服务器的返回代码，如果为200，即表示服务器可用,Page 23,Server管理,开始配置,配置ClientNAT,是否需要ClientNAT,添加Farm,Yes,NO,添加Sever,是否需要L7对话保持,配置L7对话保持,Yes,是否需要L7策略,添加L4策略,配置L7策略,Yes,NO,NO,基 本 配 置,增 强 配 置,配置高级健康检查,Page 24,Server管理,AppDirector Servers Application Servers Table,Page 25,重要参数,Farm Name: Farm名称 Server Address: 服务器的真实IP地址 Server Port: 服务器的真实端口号，如果服务器的真实端口号与VIP对外提供服务的端口号一致，就保持默认值None；如果服务器真实端口为8080，对外服务端口为80，则配置为8080 Server Name: 标识服务器的名称 Server Weight: 权重，越大分担的用户数量越多 ClientNAT：启动ClientNAT（可选），设置为enable,注意： 当一个Farms 中的服务器配置有特定port时，该Farm只能与制定了layer 4 port 的Layer 4 policy关联在一起,Page 26,重要参数-Operation Mode,AppDirector Servers Application Servers Table,Active1,Active2,Backup,AD,Regular：主用服务器 Backup：当所有主用服务器失效时，该服务器开始接收用户请求并提供服务,Page 27,Graceful Shutdown of Servers existing users connected to a single server are allowed to time-out naturally. Allows for planned maintenance or troubleshooting of servers.,Current Users Connected to Server #3,Radware,Trap No more users on Server #3,Server #3 can now be taken down without disconnecting any users,Admin Status - Shutdown,Page 28,VIP-L4 Policy管理,开始配置,配置ClientNAT,是否需要ClientNAT,添加Farm,Yes,NO,添加Sever,是否需要L7对话保持,配置L7对话保持,Yes,是否需要L7策略,添加L4策略,配置L7策略,Yes,NO,NO,基 本 配 置,增 强 配 置,配置高级健康检查,Page 29,本地负载均衡- L4策略,FTP Farm,WEB Farm,DNSFarm,L4 策略：通过用户请求的L3和L4层的信息来选择Farm L4 协议: TCP UDP / ICMP L4 端口: TCP 和 UDP端口 用户IP,VIP,Dest IP = VIP Dest Port = 53,Dest IP = VIP Dest port = 21,Dest IP =Server IP Dest port = 21,Dest IP = server IP De