文档

使用负载均衡SLB时为何出现请求分布不均衡的现象

更新时间:

问题描述

在使用负载均衡SLB时,后端ECS实例出现请求分布不均衡的情况。

问题原因

请求分布不均衡可能有以下几种原因:

  • 总体的请求数较少。
    例如,总请求数为7,后端服务器组*有3台ECS实例,不考虑其他功能的影响,3台ECS实例中将有1台被分配到3个客户端请求,2台ECS实例被分配到2个客户端请求。
  • 后端服务器组中ECS实例的权重不一致。
    ECS实例的权重越高,被分配到的请求数越多,详情可参见编辑后端服务器的权重
  • 后端服务器的健康状态异常。
    开启负载均衡SLB的健康检查功能时,如果健康检查发现后端服务器组中某台ECS实例出现异常,则该实例暂时不会被分配请求;当健康检查发现该实例恢复正常时,将重新分配请求到该实例,于是出现请求分配不均衡的现象。详情可参见健康检查
  • 负载均衡SLB实例开启了会话保持功能。
    开启会话保持后,如果客户端的IP地址相对固定,或者客户端的请求数差异较大,容易出现请求分配不均衡的现象。示例如下:
    • 客户端的IP地址相对固定。
      例如,CDN的回源请求通过SLB进行负载均衡。CDN回源的IP地址相对集中和固定,相同源IP地址的请求将始终转发给同一台后端服务器,因此造成分配不均衡的现象。详情可参见添加TCP监听
      注:该情况仅适用于TCP监听的SLB实例,因为TCP协议基于IP地址进行会话保持。
    • 客户端的请求数差异较大。
      例如,使用一台客户端对负载均衡SLB实例进行网站访问的压力测试。在会话期间,该客户端的所有测试请求将始终转发给同一台后端服务器。
  • 后端服务器组中仅部分ECS实例开启了TCP的Keepalive保持长连接特性。
    当后端服务器中部分ECS实例开启该特性,而部分ECS实例未开启时,连接会在开启该特性的ECS实例中堆积。详情可参见TCP Keepalive HOWTO

解决方案

请求分布不均衡的排查思路如下:

  1. 查看负载均衡SLB的监控信息。如果总体的请求数较少,轻微的请求分配不均衡属于正常现象。关于如何查看监控信息,请参见查看监控
  2. 检查后端服务器组中各个ECS实例的权重是否相同。如果权重不同,则请求分配不均衡属于正常现象。如果您需要修改权重,请参见编辑后端服务器的权重
  3. 查看健康检查日志,确认是否存在健康检查失败或波动现象,并查找原因。关于如何查看健康检查日志,请参见查看健康检查日志
  4. 检查是否开启会话保持功能。如果开启了会话保持功能,轻微的请求分配不均衡属于正常现象。了解更多会话保持相关问题,请参见会话保持常见问题
  5. 检查后端服务器组中是否仅部分ECS实例开启了TCP的Keepalive保持长连接特性。可根据业务实际情况进行调整。
  6. 检查监听的调度算法是否为加权最小连接数(WLC)。如果是,您可以尝试更改为加权轮询(WRR)算法。关于调度算法的概念,请参见添加TCP监听中的调度算法介绍。

适用于

  • 负载均衡SLB
  • 本页导读 (1)
文档反馈