Array APV配置操作手册-SLB功能配置.doc

Array APV工程安装配置手册服务器负载均衡功能配置一、 Array APV 服务器负载均衡架构介绍Array APV的服务器负载均衡功能由三部分组成，通过策略和算法的应用将此三部分结合为统一的整理，从而实现服务器负载均衡功能。第一部分：Real SerivceReal Service是提供服务的服务器的IP地址和端口的集合。在进行APV服务器负载均衡功能实现时，首先需要定义Real Service。在定义Real Service的同时，不仅需要指定后台提供服务的服务器的IP地址和端口，还可以个性化的指定每个Real Service能够处理的并发连接数、对Real Service进行的健康检查方式等。第二部分：Real Serivce Group(Group)Real Service组是提供相同服务的Real Service的集合。同一台服务器，由于其可能同时提供多个服务，可以同时属于多个Real Service Group。在创建Group的同时，就需要定义Group中的Real Service处理用户访问请求的方式(Method)，且可以通过加权的方式来分担不同比重的负载到相应的Real Service上。第三部分：Virtual Service（Virtual）Virtual Service是对外提供服务的IP地址和端口的集合。用户通过向Virtual Service发起访问就能够实现所需功能。同一个Virtual IP地址可以属于不同的Virtual Service。通过Real Service 、Real Service Group和Virtual Service的定义，和Policy(策略)、Method(算法)的应用，能够方便的实现服务器负载均衡功能。其中Policy用来定义Virtual和Group之间的关系，Method用来定义Real和Group之间的关系。二、 Array APV服务器负载均衡功能配置无论是串连连接方式还是旁路连接方式，服务器负载均衡功能配置方式相同，唯一需要注意的是工作模式。Array APV的服务器负载均衡功能有两种工作模式，反向代理模式和透明模式（具体说明见网络架构设计书）。当选择应用串连连接方式时，某些较特殊的应用需要Real Service能够得知客户端真实IP地址，需要使用透明模式（transparent mode）。系统默认工作模式为反向代理模式（reverse mode）。如需更改为透明模式，命令为:AN(config)#system mode transparent如需更改到反向代理模式，命令为:AN(config)#system mode reverse查看当前系统运行模式，命令为:AN(config)#system mode reverse在通常情况下，使用默认Reverse模式即可，特别在旁路连接方式下，建议应用Reverse模式。现以旁路接入方式（Reverse模式）为例讲解服务器负载均衡的配置方式，下图为旁路接入方式拓扑结构图。图中显示有4台Http服务器，分别为App1，App2,App3和App4。假定4台服务器的IP地址和提供服务的端口如下表所示：App1App2App3App4IP地址101111101112101113101114Serive Port80700800900假定通过APV对这4台服务器实现负载均衡功能，对外提供服务的IP地址和端口（Virtual Service）为00，80端口。现以以上假定为例，进行配置说明。配置服务器负载均衡功能总共分为以下4个步骤：步骤一、定义Real Service步骤二、定义Real Service Group,并将Real Service添加到Group中步骤三、定义Virtual Service步骤四、定义Policy,并通过policy将Virtual Service和Group绑定。下面分别详细说明各个步骤的具体配置命令，其中应用的算法为最小相应时间基础上的会话保持算法，会话保持算法的session timeoute时间设置为1分钟。注：所有设备配置命令，均需现登陆到配置模式下才能够执行。配置符号说明： 符号表示是必须配置部分，否则配置提示错误。 符号表示是可选配置部分，如没有配置则使用默认值。步骤一、定义Real Service 命令：slb real real_port max_conn hc_type hc_up hc_down timeoutprotocol服务器提供服务的协议: dns, ftp, http, https, tcp, tcps, or udpreal_nameReal service的名称标注，可随意制定，但不可重名real_ip服务器的IP地址real_port服务器提供服务的端口（Http协议默认端口为80）max_conn并发最大连接数，默认为1000。既每台服务器只允许并发处理1000个连接hc_type所应用的健康检查类型: tcp, http, icmp,dns, or off(可选配置, 对http应用默认为 tcp协议).hc_up连续健康检查几次都通过才认为服务是健康的，默认为1hc_down连续健康检查几次都没有通过才认为服务是不健康的，默认为1timeout对UDP服务的timeout时间设置，默认为60秒配置实例：创建4个Real Service，命令如下。AN(config)#slb real http R_1 1AN(config)#slb real http R_2 2 700AN(config)#slb real http R_3 3 800AN(config)#slb real http R_4 4 900AN(config)#查看命令：AN(config)#show slb allslb real http R_1 1 80 1000 tcp 1 1slb real http R_2 2 700 1000 tcp 1 1slb real http R_3 3 800 1000 tcp 1 1slb real http R_4 4 900 1000 tcp 1 1AN(config)#需要注意的几个方面：l 通常情况下，需要注意的是对max_conn（最大并发连接数）的调整和健康检查方式的调整。max_conn表示每个Real Service最大并发处理的connection数，默认为1000，此设置目的是为了对Real Service进行过载保护，有时需要对此数值进行调整。l 如需要对Http服务器在实现服务器负载均衡的基础上，实现其它性能增强功能如(Cache功能，Http压缩功能，SSL加速功能)则必须将Real Service的协议定义为Http协议。l Virtual Service使用的协议必须和Real Service使用的协议一致。例如，Virtual Service应用的是Http协议，则Real Service也必须应用Http协议。步骤二、定义Group,并将Real Service添加到Group中配置命令:定义group，同时指定算法slb group method method other_parmsgroup_name组名，可以随意定义，但不可以与其它组重名method负载均衡算法，用来指定在同一组中的RealService的工作方式。包括: rr (round robin), pc (persistent cookie), pi (persistent IP), hi (hash IP), chi (consistent hash IP), hc (hash cookie), ph (persistent hostname), pu (persistent URL), ic (insert cookie*), rc (rewrite cookie*), lc (least connections*), hh (hash header*), sslsid (SSL session ID)other_parms在method的基础上的扩展选项。如选择method为基于原IP地址的保持性算法（PI），则同时可以指定第一个数据包的负载分担方式为sr（最短相应时间）。则配置命令为: Slb group method gg pi 32 sr配置命令:定义group member，将Real Service加入到Group中slb group member | group_name将Real Service加入到group的group namereal_nameReal service 的名称Weight权重，当method是rr, pi, ph, hh, hc, ic, rc, or sslsid 时有效，默认为1。param_stringCookie 值，当method 为 pc.URL值，当method 为pu.配置实例：创建一个组，组名为gg，将前面创建的4个real Service添加到这个组中。选用的算法为基于原IP的保持性算法，同时指定客户端发起首次请求时采用服务器最小响应时间的算法。 Method 为 PI 32 sr命令如下：AN(config)#slb group method gg pi 32 srAN(config)#slb group member gg R_1AN(config)#slb group member gg R_2AN(config)#slb group member gg R_3AN(config)#slb group member gg R_4查看命令：AN(config)#show run slb group#slb configurationslb group method gg pi 32 srslb group member gg R_1 1slb group member gg R_2 1slb group member gg R_3 1slb group member gg R_4 1如需要配置基于原IP地址的保持性算法的会话timeout时间。命令为：slb persistence timeout ：其中单位为分钟，是从150000的整数，配置实例：设置session timeout为1分钟AN (config) #slb persistence timeout 1步骤三、定义Virtual Service配置命令:定义Virtual Service，slb virtual protocol应用协议类型: dns, ftp, http, https, tcp, tcps, or udpvirtual_nameVirtual Service的名称，不能与其它Virtual Server相同virtual_ip对外提供服务的IP地址virtual_portTCP/UDP 对外提供服务的端口(如HTTP协议，则默认为 80).配置实例：定义对外提供服务的协议为HTTP协议，IP地址为00，端口为80端口。命令如下：AN(config)#slb virtual http Vip 00 查看命令：AN(config)#show run slb virtual #slb configurationslb virtual http Vip 00 80步骤四、定义Policy,并将Virtual Service和Group绑定配置命令:slb policy Policy_type策略类型: default, backup, persistent cookie, persistent url, qos cookie, qos hostname, qos network, qos url, icookie, rcookie, regex, header, or static.virtual_name某些Policy需要指定real or groupGroup名称，或者Real Service名称param_args附加参数: persistent cookie (cookie name), persistent url (url name), qos cookie (cookie name=value), qos hostname (hostname), qos url (url), qos network (network, netmask), regex (regex pattern), header (header name, header pattern).precedenceThe precedence of this policy; policies are checked in order of increasing precedence.通常情况下，仅使用default策略，结合method的应用就能够满足需求。配置实例：定义对外提供服务的协议为HTTP协议，IP地址为00，端口为80端口，并将此Virtual Server和gg组进行绑定。命令如下：AN(config)#slb policy default Vip gg 查看命令：A AN(config)#show run slb policy#slb configurationslb policy default Vip gg至此，针对4台HTTP服务器的服务器负载均衡功能配置完毕。通过查看命令可显示所有服务器负载均衡配置：AN(config)#show slb all slb real http R_1 1 80 1000 tcp 1 1slb real http R_2 2 700 1000 tcp 1 1slb real http R_3 3 800 1000 tcp 1 1slb real http R_4 4 900 1000 tcp 1 1slb group method gg pi 32 srslb group member gg R_1 1slb group member gg R_2 1slb group member gg R_3 1slb group member gg R_4 1slb virtual http Vip 00 80#default policy order:# qos-clientport 1# qos-network 2# pu 3# rc 4# ic 5# pc 6# qos-cookie 7# qos-hostname 8# qos-url 9# regex 10# header 11slb policy default Vip ggslb persistence timeout 1绝大多数情况下，如应用需求和此需求相同，在原有配置示例的基础上可以直接更改Real Service的IP地址和Virtual Service的IP地址，进行复制粘贴配置，即可。三、 Array APV服务器负载均衡功能维护1、 Real Service管理维护在对应用实现服务器负载均衡功能时，通常会需要对Real Service进行管理和维护，此时可以通过APV提供的停止某个Real Service的服务的方式来实现。APV在中止Real Service的过程中，不将新的访问请求分发到这台Real Service上，仅允许Real Service处理已经接收的访问请求，直至所有请求处理完毕。中止服务命令：slb real disable 启动服务命令：slb real enable 确认Real Service的服务状态命令：Show slb real allAN(config)#slb real disab R_1AN(config)#show slb real allslb real http R_1 1 80 1000 tcp 1 1slb real disable R_1slb real http R_2 2 700 1000 tcp 1 1slb real http R_3 3 800 1000 tcp 1 1slb real http R_4 4 900 1000 tcp 1 12、 Virtual Service管理维护中止服务命令：Slb virtual disable 启动服务命令：Slb virtual enable 确认Real Service的服务状态命令：show slb virtual allAN(config)#slb virtual disable VipAN(config)#show slb virtual allslb virtual http Vip 00 80slb virtual disable Vip3、 服务器负载均衡功能状态查看 查看所有服务器负载均衡功能配置命令：命令：Show slb all 查看当前服务器负载均衡功能运行详细状态命令：命令：Show stati slb all示例：Real service R_1 1 80 UP ACTIVE Main health check: 1 80 tcp UP Connection Count: 38 Outstanding Request Count: 12 Total Hits: 1120 Average Response time: 0.010 msReal service R_2 2 700 UP ACTIVE Main health check: 2 700 tcp UP Connection Count: 100 Outstanding Request Count: 80 Total Hits: 1230 Average Response time: 0.010 msReal service R_3 3 800 UP ACTIVE Main health check: 3 800 tcp UP Connection Count: 11 Outstanding Request Count: 2 Total Hits: 1210 Average Response time: 0.010 msReal service R_4 4 900 DOWN INACTIVE Main health check: 4 900 tcp DOWN Connection Count: 0 Outstanding Request Count: 0 Total Hits: 1230 Average Response time: 0.010 msGroup Name Method Hitsgg pi 3560http virtual service Vip (00:80) qos clientport hits : 0 qos network hits : 0 persistent url hits : 0 rcookie hits : 0 icookie hits : 0 persistent cookie hits : 0 qos cookie hits : 0 qos hostname hits : 0 qos url hits : 0 regex hits : 0 header hits : 0 redirect hits : 0 default hits : 3560 static hits : 0 backup hits : 0 cache hits : 0default policy for http virtual service Vip has been matched 3560 times从中可以看到每个Real Service当前的状态(UP or DOWN)，每个real service总共处理的访问请求数(Total Hits:),当前正在处理的情况（Connection Count:、Outstanding Request Count:），健康检查类型等信息。四、 Array APV服务器负载均衡健康检查功能在实现服务器负载均衡功能中，APV提供以下健康检查方式：l ICMP:通过ping提供服务的IP来进行确认l TCP:通过与Real Service进行TCP握手进行确认l DNS:通过发送DNS请求的方式进行确认l HTTP：通过发起标准HTTP GET请求方式进行确认默认请求内容为：“HEAD / HTTP/1.0rnrn”.默认比对响应内容为：“200 OK”l 个性化HTTP：通过预定制的Request和Response，通过检查比对进行确认个性化定制HTTP健康检查，包括定制Request和Response。Http Request定制命令:health request Http Response定制命令：health response 定制完成Request和Response后，将定制的内容与Real Service绑定：health server request_indexRequest table entry number (value between 0 and 999) to store the request string in.request_stringString to use in the HTTP request sent to the real service.response_indexResponse table entry number (value between 0 and 999) to store the response string in.response_stringString to search for in the HTTP response sent from the real service.real_nameReal service name to bind a request/response health check to.示例：假设需要通过定制HTTP健康检查方式，仅当检查到Real Service Http根目录下具有health.html文件时，才认为这个Real Service能够正常提供服务。否则认为此Real Service不能提供服务。首先，配置或修改健康检查方式为HTTP：slb real http R_1 1 80 1000 http 1 1slb real http R_2 2 700 1000 http 1 1slb real http R_3 3 800 1000 http 1 1slb real http R_4 4 900 1000 http 1 1然后定制健康检查Request和Response：AN(config)# health request 2 “GET /health.html HTTP/