AWS Application Load Balancer目标选择规则及WebSocket负载均衡方案咨询

核心调度逻辑说明 #

AWS ALB默认不使用基础轮询策略，采用的是最少未完成请求路由算法：每次收到新请求时，会优先将请求转发给当前未完成请求数最少的目标实例，避免单个实例被过多请求压垮。 #

问题1解答（异构规格实例流量分配） #

• ALB不会自动识别EC2实例的硬件规格，无法主动按实例性能比例分配流量，但默认的最少未完成请求算法已经能缓解过载问题：性能更低的micro实例处理请求速度更慢，未完成请求会更快堆积，ALB会自动将更多新请求转发给处理速度更快、未完成请求更少的xlarge实例，降低micro过载的概率。
• 如果需要精准按规格比例分配流量，可开启ALB目标组的加权目标路由功能：你可以根据两台实例的承载能力自定义权重值，比如给micro实例设权重1，xlarge实例设权重8，ALB就会严格按照权重比例分配请求，实现资源的充分利用。

问题2解答（WebSocket长连接负载均衡） #

WebSocket连接属于长连接，连接成功建立后ALB不会主动切换流量路由，只有新建立的连接会遵循调度算法分配。你提到的故障恢复后连接倾斜的问题，可通过ALB原生功能解决：

• 默认的最少未完成请求算法会优先把新的重连请求分配给刚恢复、连接数更低的实例，不会出现纯轮询导致的1500/500极端倾斜情况。
• 可开启目标组的慢启动功能：刚恢复健康的实例会进入慢启动周期，ALB会逐步增加分配给它的连接数，避免瞬间涌入的大量重连请求把实例压垮。
• 可合理调整ALB的空闲超时时间：ALB默认WebSocket空闲超时为300秒，你可以根据业务场景设置合理的超时阈值，让长连接定期断开重连，逐步将两端实例的连接数拉平。

内容的提问来源于stack exchange，提问作者PawelRoman