网站配置ALB之后业务无法访问提示502

通常是因为ALB实例后端服务器负载过高。当ALB实例后端服务器负载过高时，可能会出现健康检查结果和访问请求结果不一致的情况。关于如何查询后端服务器负载情况，请参见Linux实例系统负载的查询及分析。

502（Bad Gateway）

HTTP或HTTPS监听接收到客户端连接请求后，ALB由于无法正常将请求转发至后端服务器或无法从后端服务器收到响应，则会收到客户端HTTP 502 Bad Gateway状态码。

可能原因：

• 后端服务器直接返回502，ALB透传后端状态码给客户端，请排查后端服务器返回502的原因。
• ALB后端服务器返回其他错误的状态码（例如504、444），但ALB返回502。建议排查访问日志的upstream_status和status字段或抓包排查后端服务器是否有异常。
• ALB与后端服务器之间TCP通信异常，请排查后端服务器的状态是否正常、服务端口是否正常被监听、或抓包查看TCP握手报文是否正常。
• 后端服务器Backlog已满，导致报文丢弃。建议通过netstat查看后端服务器的网络统计结果是否有drop的计数，例如netstat -s | grep -i listen。
• 同一个服务器组的所有后端服务器健康检查都异常，与之关联的ALB实例无法转发请求，直接返回502。建议通过日志排查后端服务器是否有异常，或者检查健康检查配置是否存在异常。更多信息，请参见如何排查后端服务器健康检查异常？。
• 客户端发送的报文长度超过了后端服务器的最大传输单元（Maximum Transmission Unit，MTU），表现为健康检查或报文较短的包正常，但报文较长的包异常。建议在后端服务器抓包分析报文长度是否符合要求。
• 后端服务器返回的报文格式异常或者有非法的HTTP标头。建议在后端服务器抓包，确认HTTP格式是否正常。
• ALB后端服务器没有及时完成请求处理，请排查后端服务器的日志，并查看对应后端服务器的CPU、内存等的占用率。