如何在AWS ECS多容器部署场景下实现Websockets负载均衡

Socket连接属于长连接会话，客户端握手成功后会和单个ECS任务实例保持固定通信链路，扩容+负载均衡场景下的核心矛盾是默认路由规则无法匹配长连接的会话粘性要求，且跨实例之间无法感知其他实例持有的连接状态，导致消息投递失败。以下是可直接落地的配置方案：

1. 负载均衡层配置调整 #

• 首选AWS ALB（应用负载均衡）作为接入层，开启粘性会话（Sticky Session），选择基于应用层Cookie的粘性策略，过期时间和业务侧Socket连接的最大生命周期保持一致，确保同一个客户端的连接请求始终被路由到同一个ECS任务实例，避免连接漂移。
• 手动调整ALB的空闲超时时间，默认值为60秒，长连接场景下建议设置为不低于Socket心跳间隔的2倍，避免连接被负载均衡主动断开。

2. 跨实例连接状态共享方案 #

如果业务有跨实例的消息投递需求（比如全局广播、给任意在线用户单发消息），需要新增公共消息中转层，两种常用落地方式：

• 方案一：引入Redis Pub/Sub 做全局消息总线
  • 提前将用户ID-连接ID-所在实例ID的映射关系写入Redis，每个ECS实例启动后，订阅Redis中的全局消息频道和自身实例ID绑定的私有频道
  • 当某个实例收到需要发给其他实例下客户端的消息时，先从Redis查询目标用户连接所在的实例ID，再将消息推送到对应实例的私有频道
  • 实例收到频道消息后，通过自身持有的Socket连接直接推给客户端即可
• 方案二：使用Socket框架原生集群适配能力
  如果使用Socket.IO、ws这类成熟Socket框架，可以直接开启官方提供的集群适配：
  • 比如Socket.IO搭配@socket.io/redis-adapter适配层，所有ECS实例接入同一个Redis后，即可自动实现跨实例的消息同步，广播、房间消息等能力无需额外开发即可跨实例生效，对上层业务逻辑无侵入。

3. ECS服务配置注意事项 #

• ECS服务的服务发现建议搭配AWS Cloud Map使用，给每个Socket服务实例注册独立的SRV记录，方便实例之间互相寻址。
• 任务实例销毁前要触发优雅下线逻辑：先给当前实例持有的所有Socket连接发送下线通知，引导客户端自动重连，避免用户侧无感知断连。
• 调整ECS滚动更新配置，设置合理的deregistration_delay参数，给旧实例预留足够的连接迁移时间，不要直接终止正在运行的旧任务。

4. 常见问题排查要点 #

• 粘性会话不生效时，优先检查ALB目标组的粘性配置是否开启、Cookie是否被客户端正常携带，HTTPS场景下要确保证书可信，避免Cookie被浏览器拦截。
• 跨实例消息投递延迟高时，排查Redis的带宽配置，建议将Redis和ECS集群部署在同一个可用区，降低网络开销。
• 大规模扩容前提前对ALB、Redis做压测，避免中间件成为性能瓶颈。

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