ServerLoadBalancing-Radware负载均衡

Slide1Slide2了解SLB数据流和Client/Server处理过程了解不同负载均衡算法之间的区别了解服务器健康检查熟悉SLB配置Slide3Slide4Slide5DNSwww.appswitch.com~192.168.13.10NetworkManager(2)交换机根据负载均衡策略选择服务器.(3)响应经由交换机返回给用户VIP192.168.13.10Port8010.10.10.110.10.10.210.10.10.3(1)DNS将域名解析为VIP.Slide610.10.10.110.20.30.210.10.10.3Interface10.10.10.254/24Interface192.100.13.1/28确认路由工作正常用户:172.16.3.4:2000VIP192.168.13.10Port80Routeentry10.20.30.2Slide7DNSwww.appswitch.com~192.168.13.10NetworkManager10.10.10.110.10.10.210.10.10.3访问virtual-serverIP-address/service用户:172.16.3.4:2000DestIP:192.168.13.10:80VIP192.168.13.10Port80Slide810.10.10.110.10.10.210.10.10.3提取针对virtual-serverIP-address/service的请求用户:172.16.3.4:2000DestIP:192.168.13.10:80SrcIP:172.16.3.4:2000DestIP:192.168.13.10:80VIP192.168.13.10Port80clientprocessSlide910.10.10.110.10.10.210.10.10.3是否是已在处理的请求？用户:172.16.3.4:2000clientprocessVIP192.168.13.10Port80SessionTable源client-IP:port目的VIP:service-port记录具体的负载均衡信息实现会话保持Alteon设备收到用户请求之后，首先检查该表是否有匹配项，若有，则按照表项中的信息将用户数据包转发到表中的服务器Troubleshooting的时候需要检查该表Slide103,01:1.1.1.14586,2.2.2.1http-1.1.1.235673.3.3.1httpage6f:10EUSPTC#(1)(2)(3)(4)(5)(6)(7a)(7)(8)(9)(10)(11)13(14)Slide1110.10.10.110.10.10.210.10.10.3已在处理的请求被转发至相同服务器用户:172.16.3.4:2000SessionTable源client-IP:port目的.VIP:service-portLoadB.Rserver:listen-portProtocolclientprocessVIP192.168.13.10Port80Slide12对新的请求做负载均衡10.10.10.110.10.10.210.10.10.3用户:172.16.3.4:2000clientprocessVIP192.168.13.10Port80SessionTable源client-IP:port目的.VIP:service-portSessionTable源client-IP:port目的.VIP:service-portLoadB.Rserver:listen-portProtocolSlide1310.10.10.110.10.10.210.10.10.3向服务器发送请求用户:172.16.3.4:2000SrcIP:172.16.3.4:2000DestIP:10.10.10.3:80clientprocessVIP192.168.13.10Port80Slide1410.10.10.110.10.10.210.10.10.3服务器响应serverprocess用户:172.16.3.4:2000VIP192.168.13.10Port80SrcIP:10.10.10.3:80DestIP:172.16.3.4:2000ServiceMapTableVIP-Real-server1…VIP-Real-serverxSessionTable源client-IP:port目的.VIP:service-portLoadB.Rserver:listen-portProtocolSlide1510.10.10.110.10.10.210.10.10.3将响应数据包中的源IP由服务器IP改为VIPserverprocess用户:172.16.3.4:2000VIP192.168.13.10Port80SrcIP:10.10.10.3:80DestIP:172.16.3.4:2000ServiceMapTableVIP-Real-server1…VIP-Real-serverxSessionTable源client-IP:port目的.VIP:service-portLoadB.Rserver:listen-portProtocolSrcIP:192.168.13.10:80DestIP:172.16.3.4:2000Slide16TCPMACDstMACSrcMACSrcIPAddressDstIPAddressSrcPortDstPortCIPVIP215580用户virt_macrouter_macCIPVIP215580ApplicationSwitchrip_macCIPRIP215580rip_macCIPRIP215580服务器需在物理端口启动Client处理：/cfg/slb/port#/clientena.对于负载均衡流量，Alteon使用特殊的MAC地址：aa:bb:cc:dd:ee:ferouter_macrouter_mac识别针对VIP的TCPSYN数据包(TCP建链请求).•是否已在Session表中？•如果没有，做负载均衡•Session绑定并生成SessionID记录•根据SessionID实现地址转换识别已有连接的后续数据包，并转发至相同服务器在接收到FIN包或记录老化后删除连接记录对于目的IP不是VIP的数据包做2，3层转发.Slide17Slide18TCPMACSrcMACDestMACSrcIPAddressDstIPAddressSrcPortDstPortVIPCIP802155用户vip_macVIPCIP802155ApplicationSwitchrip_macRIPCIP802155rip_macRIPCIP802155服务器需基于物理端口启动Server处理：/cfg/slb/port#/serverena.router_macrouter_macrouter_mac所有数据包都被“监控”判断收到的数据包是和VIP服务相关，还是只是终端之间的常规通讯如果数据包和VIP服务相关，则替换源IP和源端口使用servicemap表−静态表−VIP和服务器之间的关联性常规转发和VIP服务无关的数据包Slide19Slide20Slide21RIP地址&GroupsVIP地址&TCP/UDP端口启动Client/Server处理开启SLBapply和save/cfg/slb/real10/rip10.10.10.1/ena/cfg/slb/group42/add10/metricroundrobin/healthicmp/cfg/slb/virt3/vip192.168.13.10/enaservice80/group42/cfg/slb/port1/clientena/serverena/cfg/slb/on服务器组（Group）和L4port设置：/c/slb/on/c/slb/real10enarip10.10.10.1/c/slb/real22enarip10.10.10.2/c/slb/real23enarip10.10.10.3Slide22/c/slb/group42add10add22add23/c/slb/port1clientena/c/slb/port2serverena实现所有TCP和UDP服务的负载均衡：/c/slb/virt3enavip192.168.13.10layr3ena/c/slb/virt3/serviceIPgroup42Slide23实现TCP80端口服务的负载均/c/slb/virt3enavip192.168.13.10/c/slb/virt3/service80httpgroup42Slide24每个虚拟IP最多可设置8个服务：/c/slb/virt3enavip192.168.13.10/c/slb/virt3/service80group42…/c/slb/virt3/service87group55LBservice9至16:/c/slb/virt4enavip192.168.13.10/c/slb/virt4/service88group32…/c/slb/virt4/service95group60Slide25基于负载的算法：–LeastConns（最少连接）–RoundRobin（轮询）–ResponseTime–BandwidthSlide26基于对话保持的算法：–在对话保持部分详细讨论–Hash–MinimumHushLeastConns是最常用的算法–自我调整效果最好–默认算法–对于rmetric同样生效Slide27ServerAServerBServerCInternetTrafficServerA100sessionsServerB120sessionsServerC75sessions新的请求被分配给当前活动连接最少的服务器支持权重（Weighting）&最大连接数阈值CLI:/cfg/slb/group1/metricleastconns新的请求依照轮询（Round-robin）方式分发支持权重（Weighting）–分发给服务器的连接数和权重成正比支持最大连接数阈值CLI:/cfg/slb/group1/metricroundrobin对rmetric同样生效Slide28ServerAServerBInternetServerC响应时间算法会测算完成健康检查的时间。每台服务器对于相同健康检查的时间是不同的。服务器响应时间越短，接收到的请求越多。CLI:/cfg/slb/group1/metricresponseSlide29ServerAServerBServerCInternet最小带宽算法会监测每台服务器所处理的带宽。每台服务器的所处理的带宽字节是不同的，并依次来分配用户。最小带宽的服务器会接收到更多的用户请求。CLI:/cfg/slb/group1/metricbandwidthSlide30BandwidthServerA1000octetsServerB2000octetsServerC450octetsServerAServerBServerCInternetDatabaseserversServer1Server2ServernHealthMonitoring健康检查通过检查服务器健康与否来决定服务器的状态，并最终确定服务器是否参与负载均衡。AlteonEmployeesCustomersPartnersInternet检查之前的可用服务器池：{server1,server2,…,servern}模拟用户行为，访问服务器上的应用检查之后的可用服务器池：{server1,server2,…,servern}新的连接请求只会发送给健康的服务器Slide32Slide33发现服务器宕机、服务故障将新的用户请求转发至健康的服务器故障阈值：连续失败次数(