Radware负载均衡解决方案.docVIP

Radware WSD 服务器负载均衡解决方案 WSD ―服务器负载均衡 Radware 网络应统负载Radware的WSD通过对于数据包的4－7层信息的检查来进行负载均衡的判断，服务器负载均衡是最普遍的一种4－7层交换的例子，下面我们就以服务器负载均衡的整个流程来介绍Radware WSD的工作原理： 会话“session”。 请看下会话 为识别会话户务TCP“埠”。客户务之间TCP会话由四个参数义户IP地址、客户TCP端口、服务IP地址和服务TCP端口。所以，如果IP地址为户TCP端口1234与IP地址为00务TCP埠80）建立会话则该会话义 （clntIP,clntPORT,srvrIP,crvrPORT ）= (,1234,00,80) 服务器负载均衡 假设图1样例户过访问务器负载设备WSD虚拟 进HTTP应访问设选择务00响应户则户记录 如果启记录，WSD会执两个任务 1． 所有从户发务且目标TCP为80数将发务00。 2． 所有从务00发户且源TCP端口为80数将为发 即:对于用户 来说， 是他要访问的服务器IP地址，当WSD()，收到用户请求后，会根据后面2台服务器的“健康状况”和负载均衡算法将用户的请求转发到某一台服务器00 健康检查 由于负载设备应的关较紧对负载进“健康”检负载设备应进检就无对应 Radware的高级健康检查模块，可以准确的做到应用层的健康检查。这种新的模块与流量复位向模块紧密相连，可以提前检验所有应用和网络部件的可用性和功能，这些网络部件包括应用服务器、防火墙、cache 服务器和路由器等。先进的状态监视模块独特的架构使管理员能够在各种网络环境中应用先进的测试程序，包括使用各种预先定义的检查程序和用户定制的检查程序（检查范围可以从 2 层到 7 层）。 负载均衡算法 为了将流量发送到最佳的服务器，负载设备 ? 轮询 - 负载设备 负载设备 负载设备 ? 加权轮询 – 由于集群中的不同服务器可能有不同的功能，因此可以为各个服务器分配不同的加权值。对特定任务而言，一个服务器可能比另一服务器更适合执行该任务（比如，内存更多、CPU 更快）。通过这些分配的加权值将可以看出一个服务器相对于集群中其它服务器的处理容量。 ? 最少用户 - 负载设备 HTTP 或小流量会话。 ? 最小流量 – 该方法允许 WSD 将流量优化到各个服务器。用户将被复位向到用流量规模最小的服务器。该方法最常用于用户较少的 FTP 或高流量会话。 Radware 网络应统负载决优势Radware的网络应用系统负载决优势Radware的网络应统负载决络应统Radware的网络应统负载决络应统Radware的网络应统负载决络应统Radware的网络应用系统负载均衡解决方案提高了网络应用系统的可靠性 Radware WSD为统应 健康检 WSD设备 服务 服务逐渐开 健康检 Radware WSD 可靠的健康状况检证户获务WSD 可以监视务IP、TCP、UDP、应内协议层状态果发现户务这证户终够获们 Radware WSD 健康检为5类 · IP/TCP 层监视 · 应层监视 · 内监视 · Scripting · 先进程监视 1IP/TCP 层3 层 4 层监视 TCP/IP 监视状态监视检验设备应访问IP 检过 Ping ARP，而 TCP 检过户 TCP 端口发 TCP Syn 请应运 2．应层7 层监视 应层监视对预义应和协议检检验这应和协议这检进状态监视块个协议/应错误和状态这块够应状态 3．内监视 应监视检内状态监视会对应响应进进应监视对应运检验是过检其响应错误码，而内监视检实际内内监视过检户义来实现这对应 FTP、HTTP、NNTP 和 DNS，管理员现检验务内这够证户获验检测无内则认为个应径是将户数 4．Scripting 工具 除全面的预义状态检这进状态监视块还允许 script，在其中可以定义发数内当预数回给状态监视块时认为“过”检认为应运 5．先进程监视 这进状态监视块强大过络状态检之间创从属关这样将组状态检将们义为状态监视个逻辑实这进状态监视块够监视络务资墙web 服务、应务径数库这资检测进状态监视会动将个正运径从为户务 为务运WSD 监从 Web 务间务端数库务个径状态个数径务都处常状态个务WSD 则会将户分这个发径务从证为户数 WSD设备 在消除了服务单点时Radware WSD 的配置提供设备间错络两个设备过络互检状态为应络可们“主用-备”模式或“主用-主用”模式，在“主用-主用”模式下，因为两个设备都处状态从护资设备间进镜从错时户获从点击内务 服务 当进务级统维护时WSD 保证稳务务务断当选务从务务WSD 将会将户分该服务务务对当户务从证无断优质务务组的简 服务逐渐开 将启动务应务时务现冲击导