WAF+SLB负载不均衡案例分享

本文分享了一起在WAF+SLB架构中遇到的负载不均衡案例。当ECS数量从2台增加到4台时,请求主要集中在一台ECS上。问题主要涉及轮询算法与会话保持。尝试修改算法为WLC和调整会话保持时间并未取得显著效果。关闭会话保持后,负载初步均衡但未能完全解决。最终推荐的解决方案是通过调整负载均衡的权重来达到均衡状态。
摘要由CSDN通过智能技术生成

问题演变过程

时间点1:高防+WAF+SLB+2台ECS
时间点2:高防+WAF+SLB+4台ECS

问题描述

在时间点1时,没有发现明显的负载不均衡的情况。在时间点2时,出现大部分请求都打到了其中一台ECS上。需要定位问题原因

问题梳理
问题链路
是SLB后端的ECS出现负载不均衡的请求,那么直接影响这个转发算法的,是WAF以及SLB。那么和高防没有关系了。
在这里插入图片描述

配置情况

  1. SLB:TCP监听,WRR转发算法,开启会话保持
  2. WAF:无特殊配置,域名直接回源负载均衡IP

问题点1:轮询算法+会话保持

措施:尝试修改轮询算法为WLC,会话保持时间调短。
然而这个优化措施效果并不明显,由于开启了会话保持,那原有负载不均衡的情况下,调整WRR算法到WLC的算法,没有实现预期的WLC。

但是从另外一个角度来说,如果源IP非常分散的场景下,即使有会话保持,理论上还是应该在经过一个较长的时间段之后,依然能够到达均衡。

这里由于是使用WAF的回源地址进行访问,所以对负载均衡来说,客户端的公网IP地址是固定的,一直是固定的几个;从而调整W

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值