AWS ECS部署Flask应用搭配ALB时健康检查失败如何排查？

首先明确：ALB 完全支持直接转发请求到后端服务端口，无需额外部署 Nginx 作为中间层，你当前的问题出在负载均衡相关的端口映射/目标组配置错误，和是否部署 Nginx 无关。

核心问题排查方向 #

1. 检查目标组的核心配置 #

你当前的健康检查失败大概率是目标组配置和实际服务端口不匹配导致的，重点核对以下参数：

• 目标组的目标类型如果选的是实例，请确认目标组端口配置为8000，而不是8。ALB的80是前端监听端口，后端转发到实例的端口要对应你服务实际监听的8000
• 健康检查配置：确认健康检查的端口选择流量端口，或者手动指定为8000，健康检查路径如果不是根路径/要改成你服务实际返回200的路径，比如如果根路径需要登录就改成/health这类无校验的探针接口

2. 检查ECS任务定义的端口映射 #

你是用ECS部署的容器，要确认任务定义里的容器端口映射配置正确：

• 容器端口填8000（对应Gunicorn监听的端口），主机端口可以填0让ECS自动分配，或者固定填8000
• 如果你用的是awsvpc网络模式，需要确认目标组的目标类型对应选IP而不是实例，awsvpc模式下不会在EC2实例的网络栈直接监听8000，会分配独立的ENI，用实例类型的目标组肯定健康检查失败

3. 验证EC2实例端口监听的补充方法 #

你之前在EC2实例上telnet 80不通是正常的，因为你的服务本身就没监听80端口，没必要纠结这个，补充验证服务的命令：

• 在EC2实例上执行curl 127.0.0.1:8000，看是否返回200状态码
• 执行ss -tulnp | grep 8000，确认8000端口有进程在监听

4. Flask SERVER_NAME配置注意事项 #

SERVER_NAME只用来生成绝对URL，和服务监听、健康检查无关，你可以暂时注释掉这个配置，避免不必要的干扰，等域名配置完成后再改成你的自定义域名即可。

临时验证方法 #

如果调整完目标组配置后还是失败，可以临时把健康检查的阈值调大（比如不健康阈值设为5，间隔设为30秒），先跳过健康检查验证转发是否正常，再逐步排查健康检查路径的问题。

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