负载均衡策略.docx

《负载均衡策略.docx》由会员分享，可在线阅读，更多相关《负载均衡策略.docx（6页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、负载均衡策略链路负载均衡 InBound 对入站恳求的DNS进行基于DNS负载 限制：要求负载设施接入DNS体系，以便客户机能够通过它实现DNS负载。 负载方法：Round Robin 和 Weighted Round Robin OutBound 对出站响应基于多ISP链路进行负载 负载方法Round Robin Weighted Round RobinShortest Response：基于与网关的最少响应时间选择出站路径，但不限制单一 路径的最大连接数。 Dynamic Detecting：基于与目标地址的最少响应时间选择出站路径，并且能够 限制单一路径的最大连接数。 链路健康检测 基于

2、直接或间接检测ISP网关地址的ICMP检测，可指定源IP地址服务器负载均衡群组方法 Layer-2 SLB MethodL2 MAC based SLB：在多个网络接口(e.g. vlanl and vlan2 on inside interface)连接真实 服务器的状况下，将来自虚拟服务定义的网络接口(eg outside interface)的流量安 排给一个通向真实服务器的网络接口。 适用基本不用，适用于防火墙、防病毒网关负载应用 后台服务器没有可用的公网IP,后台服务器不是流量最终目的地。 健康检测ARP request 检测 ICMP检测 动态端口：用于TCP或UDP流量的负载均衡

3、 限制虚拟服务和真实服务必需定义在不同的物理接口或虚拟接口；以便区分流量是 来自L2虚拟服务还是L2真实服务。 每一个接口仅能定义一个虚拟服务，以便区分L2虚拟服务。 一个真实服务器只能与一个L2虚拟服务绑定，以便打算L2真实服务的数据返回给一个指定的L2虚拟服务。 多个L2真实服务器的地址或MAC无法在同一个接口或群组中定义。 优先级：L2负载策略较L4/L7负载策略和NAT策略具有更高优先级。Layer-3 SLB MethodL3 IP based SLB：在使用一个全局IP地址访问多个真实服务器状况下，对TCP和UDP 流量进行负载均衡。 基于IP层的负载，只看IP,不看端口，健康检查

4、只能用SNMP,多用于同时供应多 种服务的服务器 适用多端口应用：在会话合同通信中使用多个端口通信，例如一个端口进行初始化, 其它端口在初始化过程动态生成。可能不支持FTP合同 多合同应用：在流合同通信中使用UDP传输数据，使用TCP传输掌握信息。 如：SIP合同 限制：仅限TCP和UDP合同Port range SLB动态端口负载均衡：定义一个范围内端口，负载设施对范围端口通信的流量安排到 同 Port range SLB allows customers to define a virtual service with a range of ports so that ArrayOS wi

5、ll listen for connections on all the ports in range and distribute the requests to a group of real services that can be configured with either a port range or a static port场景：多端口应用，在会话合同通信中使用多个端口通信，例如一个端口进行初始 化，其它端口在初始化过程动态生成。 限制Port range真实服务不能与静态端口真实服务定义在同一群组中。 Port range真实服务和port range群组只能与port r

6、ange虚拟服务相关联。 Port range虚拟服务能够与port range /静态端真实服务相关联。. 同一真实服务的端口范围之间禁止相互掩盖，但静态端口可以使用port range 中定义的端口，由于它具有更高优先级。 Port range 健康检测方法仅限none or ICMP because its port is 0. Port range SLB 不支持FTP合同Non-Persistent Group Methods Round Robin (rr)：挨次轮询 Least Connections (Ic)：最小连接 Fastest Response time (frt)：最

7、快响应时间Persistent Group Methods IP-BasedPersistent IP (pi)：来自同一 IP恳求安排给同一服务器;若服务器失效,持续 性将由其它服务器维持。应用场景：HTTP会话。 Hash IP (hi)：根据源地址HASH值安排,相同HASH值安排相同服务器；若服 务器失效，持续性将不会由其它服务器维持。 Consistent Hash IP (chi)：根据源地址HASH值安排，相同HASH值安排相同服务 器；若服务器失效，持续性将会由其它服务器维持。 Header/Request-BasedHash Header (hh)：根据标准或非标准HTTP

8、HEADER的HASH值安排真实服务器;例如通过无线代理访问的终端平台使用随机地址。 Persistent Hostname (ph)根据 HTTP 恳求 HEADER 中的 HOST NAME 的 HASH 值 安排真实服务器；例如通过无线代理访问的终端平台使用随机地址。 Persistent URL(pu)：根据静态匹配URL中TAG和VALUE安排真实服务器。 SSL Session ID (sslsid)Proximity：基于SSL合同会议ID值安排真实服务器 Cookie-BasedPersistent Cookie (pc)：根据静态匹配Cookie中(name二value)安排

9、真实服务器。 Re-write Cookie (rc)：在有Cookie的HTTP响应中修改指定Cookie值，用于下 一次恳求安排相同真实服务器；适用于服务器群组发送相同的(name=value) 值。 Insert Cookie (ic):在没有 Cookie 的 HTTP 响应中插入一个 Cookie(name=value) 值，用于下一次恳求安排相同真实服务器；适用于服务器没有Cookie但需要 维持的HTTP会话。 Hash Cookie (he)：根据静态匹配Cookie中指定(name二value)值安排真实服 务器；适用于每个扫瞄器猎取的服务器cookie值是唯一的。 Embe

10、d Cookie(ec)：在有Cookie的HTTP响应中插入一部分Cookie值，用于下 一次恳求安排相同真实服务器；服务器能够看到上一次cookie值。ProximityApplication SLB Mehod SNMP based SLB：负载设施发送SNMP合同收集各真实服务器设施状态信息，根据 指定 SNMP 信息安排流量，如：CPU utilization, disk usage and memory state 服务器必需安装SNMP Agent, Array对Agent作轮询检查限制： 必需是SNMP v2后台服务器的硬件(MIBOIDs)必需全都 SIP (Session

11、Initiation Protocol) SLB： SIP是一种应用层掌握合同，可用于在两个或多个端点间建立、维持、终止网 络会话，现广泛用于VOIP应用。 SIP负载均衡支持基于TCP和UDP合同的SIP服务器负载均衡SIP SLB uses some specific SIP headers (such as Call-ID and User-ID) to identify a SIP session and the message with the same header will be forwarded to the same real server. A SIP proxy is

12、implemented to NAT the session packets originated from inside real servers. By SIP NAT； real servers can reside in a private network and dont have to own global IP addresses. To synchronize SIP registration information, Array SIP SLB supports the broadcasting of SIP registration requests to all the

13、SIP register servers in the same SLB group. RTSP (Real Time Streaming Protocol) SLBRTSP是一个应用级合同，用于掌握数据实时传输，用于掌握Internet流数据传 输。 RTSP SLB支持RTSP掌握数据和媒体数据流量的负载均衡. RTSP SLB 支持群组方法：rr, sr, snmpz pi, hi and chi. RTSP SLB 支持两种模式：REDIRECT and Dynamic NAT. 重定向模式：用户访问虚拟服务，虚拟服务从用户恳求中取出 Request-URL,选择一个真实服务器，返回R

14、TSP合同重定向响应，客户端 直接访问指定真实服务器。 动态NAT模式： 区分于重定向模式，RTST真实服务器没有公网IP地址用户与RTST服务之间建立基于TCP的掌握连接和基于TCP/UDP的数 据连接。 通常，RTST真实服务器主动发起UDP数据连接，经负载设施NAT为 公网IPo虚拟服务策略 Group 和 RS 通过 Group member 绑定Group和VS通过policy绑定 Basic Policy Types Static：类似于基于端口的NAT 一个虚拟服务器对应一台真实服务器（lvl） Default不看任何条件，有恳求就往后传输，全部应用都会使用这种Policy 只能

15、有一个Default策略不匹配L7策略 适用方法：Round robin, Least connections, Persistent IP, Persistent hostname, Hash header, Insert cookie, Rewrite cookie, Hash cookie假如群组中的真实服务器全部断开，返回：Error 503 Service Unavailable Backup在Default的Groupl全宕机后，会通过Backup策略由Group2接管 适用方法：Round robin, Least connections, Persistent IP, Pers

16、istent hostname, Hash header, Insert cookie, Rewrite cookie, Hash cookie Persistent Policy Types Persistent URL根据URL中特定字符串Tag=Value安排特定真实服务. 虚拟服务必需绑定Persistent URL(pu) group. 推举使用 Default policy： Needed in case there is no URL match. Persistent Cookie根据恳求中包含特定COOKIE名称和值安排给特定的真实服务器，该COOKIE 值必需由对应的真实服

17、务器发布。 在用户的第一个恳求中必需包括真实服务发布特定的COOKIE值，用户必需在 随后的恳求都包含特定的COOKIE值，而且负载设施将此COOKIE发送给真实 服务器。 Example: Real webl: SID=servicelReal web2: SID=service2 Real web3: SID=service3虚拟服务必需绑定Persistent Cookie (pc)群组。 需要Default policy协作使用 Rewrite Cookie向带有COOKIE值的真实服务转发包含特定COOKIE名称的用户恳求。 群组中全部真实服务发布相同的COOKIE名称和值负载设施在

18、真实服务器的响应数据中对COOKIE值进行重定，增加一个真实服 务的ID值。 用户恳求包含的COOKIE值将返回给相同的真实服务。 Virtual service 必需绑定 Rewrite Cookie (rc) group. 需要Default policy协作使用 Insert Cookie向带有COOKIE值的真实服务转发包含特定COOKIE名称的用户恳求。 真实服务不使用COOKIE,负载设施在真实服务器的响应数据中插入COOKIE 名称和值，用于指示发送响应的真实服务。 用户恳求包含的COOKIE值将返回给相同的真实服务。 Sends client requests which co

19、ntain a specific cookie name to a service based on the cookie value (issued by Array). services do not use cookies. Array TM inserts cookie name and value to denote that real service that the response came from. Future client requests containing cookie are sent back to same service. Virtual service

20、must be bound to an Insert Cookie (ic) group. Default policy pointing to the same group is required： Needed in case there is no cookie match. QoS Policy Types QoS Cookie为一个基于COOKIE的群组服务供应持续性策略 策略允许虚拟服务包含不同群组，不同群组使用不同的COOKIE值，通过负载 供应不同质量的服务。 Example: Send clients with GolcT cookies to group with fast

21、er services (paying customers)Send clients with Silver cookies to group with slower services (non-paying customers) 不允许使用pc or he群组方法，将导致每次都安排给相同的真实服务。 QoS Hostname基于HTTP恳求header中的主机名称安排群组，并保持持续性。 假如真实服务器接收多个域名恳求，可安排权重来打算基于主机名称的负载均 衡。 Example: DNS resolves these FQDNs to same virtual siteSend client

22、s requesting and to group A Send clients requesting and to group B QoS URL基于用户恳求URL子字符串来安排群组。 Example: Send clients requesting a URL which contains the string portall” and portal2 to group ASend clients requesting a URL which contains the string portal3 and portal4 to group B QoS Network基于用户源地址安排群组。

23、 Example: 适用于为已知地址范围的用户供应特定服务。 Regular Expression (Regex)基于正则表达式匹配用户恳求URL字符串来安排群组。 Example: Send clients requesting a URL which matches regular expression 八portalyyy* and ZZAportal*l$?, to group ASend clients requesting a URL which matches regular expression 八portalzzz* and Z/Aportal*2$,/ to group B

24、 适用简单的基于URL的负载分析 Header使用正则表达式匹配用户恳求HEADER中特定值字符串 Example: Client has browser information built into the header valueSend clients with a User-Agent header whose value matches regular expression *MSIE to group A Send clients with a User-Agent header whose value matches regular expression *Netscape to

25、 group B 适用简单敏捷的匹配方法 Redirect policy Redirect策略允许重定向用户HTTP恳求到另一台主机。 全部的HTTP恳求被负载均衡到不同真实服务器，但同一时间内的新主机名称将保 持连接的持续性。 策略类型优先级 l.static 2. redirect 3. qos network 4. persistent url5. rewrite cookie 6. insert cookie 7. persistent cookie 8. qos cookie 9. qos hostname 10. qos url 11. regex 12.header 13. default 14. backup健康检测方法