建设网站招标文件,定制型网站制作公司,深圳贸易网站开发,凡客诚品电话问题演变过程
时间点1#xff1a;高防WAFSLB2台ECS 时间点2#xff1a;高防WAFSLB4台ECS
问题描述
在时间点1时#xff0c;没有发现明显的负载不均衡的情况。在时间点2时#xff0c;出现大部分请求都打到了其中一台ECS上。需要定位问题原因
问题梳理
问题链路 是SLB后…问题演变过程
时间点1高防WAFSLB2台ECS 时间点2高防WAFSLB4台ECS
问题描述
在时间点1时没有发现明显的负载不均衡的情况。在时间点2时出现大部分请求都打到了其中一台ECS上。需要定位问题原因
问题梳理
问题链路 是SLB后端的ECS出现负载不均衡的请求那么直接影响这个转发算法的是WAF以及SLB。那么和高防没有关系了。配置情况 SLBTCP监听WRR转发算法开启会话保持WAF无特殊配置域名直接回源负载均衡IP
问题点1轮询算法会话保持
措施尝试修改轮询算法为WLC会话保持时间调短。 然而这个优化措施效果并不明显由于开启了会话保持那原有负载不均衡的情况下调整WRR算法到WLC的算法没有实现预期的WLC。
但是从另外一个角度来说如果源IP非常分散的场景下即使有会话保持理论上还是应该在经过一个较长的时间段之后依然能够到达均衡。 这里由于是使用WAF的回源地址进行访问所以对负载均衡来说客户端的公网IP地址是固定的一直是固定的几个从而调整WLC会话保持的调整收效甚微。
问题点2会话保持模板刷新问题
措施尝试关闭会话保持。稍有成效关闭会话保持后经过一段时间的通信4台ECS初步的开始均衡但是到了一个固定值之后没有继续均衡一直保持着1:2的状态。 这里有2个知识点 1、WLC算法的计数开始是从调整为这个算法的时间点开始的那么如果历史开始就出现不均衡那么开启后还是会不均衡的。 2、由于WAF的回源地址与SLB的通信一直在没有断过所以历史的会话保持的效果依然存在已经会话保持的IP依然会发给对应负载均衡的RS导致不均衡。
推荐的解法为使用负载均衡的权重功能将连接数多的机器的权重调低待4台机器的连接数基本均衡后将RS的权重都调整为一致。
原文链接 本文为云栖社区原创内容未经允许不得转载。
