在顶部导航栏中单击[云服务/网络/负载均衡]菜单项,进入负载均衡管理页面。
单击待创建监听器的负载均衡名称链接,进入指定负载均衡的详细信息页面。
单击“监听器”页签下方<新建>按钮,进入新建监听器页面。
配置监听协议参数。
表-1 配置监听协议参数
|
参数 |
说明 |
||
|
监听协议 |
前端(客户端到负载均衡)连接使用的协议,可选(TCP、HTTP、HTTPS、UDP)。 |
||
|
监听端口 |
前端(客户端到负载均衡)连接协议使用的软件端口。 |
||
|
空闲超时时间 |
TCP老化时间,即当客户端在TCP老化时间超时后也未发TCP报文给服务端时,监听器会对TCP会话进行老化。 |
||
|
源地址转换 |
是否允许将报文的源IP地址替换为虚服务器IP地址。 |
||
|
真实IP地址转换 |
虚服务器在对HTTP报文做了源IP地址转换后,将请求报文的真实源地址插入到HTTP扩展字段中,以便后端实服务能获取真实源IP地址。监听协议选择“HTTP”和“HTTPS”时可以选择开启/关闭该功能。 |
||
|
服务器证书 |
监听协议选择“HTTPS”时显示,需选择负载均衡用户所在组织已上传的服务器证书。通过右侧<新建证书>按钮可以新建证书。 |
||
|
均衡算法 |
加权轮询算法 |
根据实服务器权值的大小把新连接依次分发给每个实服务器,权值越大,分配的新连接越多。 |
|
|
加权最小连接 |
总是把新连接分发给加权活动连接数(当前活动连接数/权值)最小的实服务器。选择“自定义配置”时可选择该算法。 |
||
|
源地址算法 |
将请求的源IP地址进行Hash运算,得到一个具体的数值,同时对后端实服务进行编号,按照运算结果将请求分发到对应编号的实服务上。这可以使得对不同源IP的访问进行负载分发,同时使得同一个客户端IP的请求始终被派发至某特定的实服务。选择“自定义配置”时可选择该算法。 |
||
|
开启连接限制 |
允许最大会话连接数,缺省为不限制。选择“自定义配置”时可开启并配置最大连接数。 |
||
|
开启会话保持 |
是否启用会话持久化。启用会话保持后监听器将判定发起会话的用户是否为同一个用户。判定为同一个用户后监听器会将来自该用户的请求始终调度给同一个实服务进行处理。缺省为关闭,选择“自定义配置”时可开启。 |
||
|
会话保持类型 |
APP_COOKIE |
依赖于APP定义的COOKIE,通过在APP会话中创建不同的COOKIE来区分不同的客户端,后续具有相同COOKIE客户端的请求由同一个实服务主机进行处理。 |
|
|
HTTP_COOKIE |
客户端第一次连接时,在HTTP的应答报文中打上标记,后续具有相同标记的请求由同一个实服务主机进行处理。 |
||
|
SOURCE_IP |
与源地址均衡算法的效果相同。 |
||
|
Cookie名称 |
APP_COOKIE名称,当会话持久化选择为APP_COOKIE时需要设置。 |
||
单击<下一步>按钮,进入后端实服务组配置页面。
配置后端实服务器组名称和描述,即新建一个实服务器组。
单击<下一步>按钮,进入健康检查页面。
配置健康检查参数。
表-2 配置健康检查参数
|
参数 |
说明 |
|
|
开启健康检查 |
是否启用健康检查。启用后需配置下面的参数。 |
|
|
健康检查协议 |
健康检查协议,可选PING、TCP、HTTP、HTTPS。 |
|
|
当健康检查类型选择HTTP或HTTPS时 |
HTTP方法 |
支持GET和POST两种。 |
|
URL |
健康检查访问实服务的URL路径。 |
|
|
期待响应码 |
通过URL访问实服务器资源期待收到的HTTP应答状态码。它包含实服务器的状态信息,用户可以根据该状态码了解实服务器的状态。状态码的第一位规定状态码的类型,后两位编码没有规则。 |
|
|
期待响应码内容 |
通过URL访问服务器资源期望收到的应答内容。 |
|
|
检查间隔 |
连续两次健康检查开始的时间间隔。 |
|
|
超时时间 |
健康检查的超时时间。如果健康检查在该时间内没有完成,则认为本次健康检查超时。 |
|
|
最大重试次数 |
健康检查最大重复次数,当连续检查结果不正常次数达到配置的数值时,该实服务将不再参与负载均衡业务。 |
|
单击<完成>按钮,完成操作。
后端实服务器的计算性能不一致时,推荐使用轮转算法,用相应的权值表示实服务的处理性能,按权值的高低和轮询方式分配请求到各实服务器。
实服务器需要处理不同的请求,且请求所占用后端时间相差较大时,推荐使用加权最小连接算法实现负载均衡。
客户端的请求需分配到同一实服务器上时,负载均衡算法可配置源地址算法或配置会话持久化。
对于普通WEB类型的业务,如官方网站。健康检查可选TCP协议,也可以选择HTTP协议。当选择HTTP协议时,需要实服务可以提供用于HTTP健康检查的URL,同时访问该URL可以返回对应的响应码和内容。
对于对可靠性要求较高的四层业务,如FTP、大型应用系统。健康检查类型可以选择PING或TCP协议。