如何解决ECS实例部署下Node.js服务的ELB 502错误？

针对你遇到的问题，虽然已将keepAliveTimeout和headersTimeout设置为大于ELB的60秒空闲超时，但仍出现response_processing_time=-1的502错误，可从以下方向逐一排查：

• 确认服务器配置是否实际生效
  常见错误是将超时参数设置给了Express的app对象而非底层HTTP Server实例。确保代码是给app.listen()返回的server对象配置参数：

  const server = app.listen(3000);
  server.keepAliveTimeout = 65000;
  server.headersTimeout = 66000;
  

  可在启动日志中打印参数值验证是否生效：

  console.log('keepAliveTimeout:', server.keepAliveTimeout);
  console.log('headersTimeout:', server.headersTimeout);
  

• 检查ECS实例的内核TCP参数
  Linux系统的TCP keepalive参数可能提前终止ELB与实例的长连接。执行以下命令查看当前设置：

  sysctl net.ipv4.tcp_keepalive_time net.ipv4.tcp_keepalive_intvl net.ipv4.tcp_keepalive_probes
  

  确保tcp_keepalive_time大于ELB的60秒空闲超时（默认通常为7200秒，若被修改需调整）。如需修改，在/etc/sysctl.conf中添加或更新：

  net.ipv4.tcp_keepalive_time = 7200
  net.ipv4.tcp_keepalive_intvl = 75
  net.ipv4.tcp_keepalive_probes = 9
  

  执行sysctl -p使配置生效。

• 验证ELB健康检查配置
  实例健康检查失败会导致ELB标记实例为不健康，进而返回502。检查健康检查的：

  • 目标端口是否与服务器监听端口一致
  • 检查路径是否能返回200状态码（可在ECS实例上用curl本地路径验证）
  • 健康检查的超时、间隔时间是否合理，避免误判实例状态

• 排查中间件或第三方库的干扰
  部分Express中间件（如压缩、代理类中间件）可能修改连接行为或提前关闭连接。尝试临时移除非核心中间件，测试错误是否消失，逐步定位问题组件。

• 检查ECS实例资源使用率
  若实例CPU、内存资源耗尽，服务器无法及时处理请求，也会触发ELB 502错误。查看CloudWatch中实例的CPUUtilization、MemoryUtilization指标，确认是否存在资源瓶颈。

• 确认Node.js版本
  较旧的Node.js版本可能存在keep-alive相关bug，导致headersTimeout等参数不生效。建议升级到LTS版本（如18.x或20.x），验证问题是否解决。

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