ECS Fargate服务启动后崩溃，部署断路器触发故障求助

核心问题定位 #

你的.NET Core服务监听http://localhost:80是导致服务崩溃的关键原因。Fargate容器内的服务若仅绑定localhost，负载均衡器（LB）无法访问容器内的服务，会触发目标组健康检查失败，最终触发ECS部署断路器。

具体修复与排查步骤 #

• 修改应用监听地址
  在.NET Core 8项目中，确保服务监听0.0.0.0而非localhost：

  • 代码层面：修改Program.cs中的监听配置，将builder.WebHost.UseUrls("http://localhost:80")改为builder.WebHost.UseUrls("http://0.0.0.0:80")；或者直接移除UseUrls，通过环境变量控制。
  • 环境变量层面：在Dockerfile中添加ENV ASPNETCORE_URLS=http://0.0.0.0:80，或者在ECS任务定义的容器环境变量里配置该参数。

• 验证Docker镜像可用性
  本地运行镜像时执行docker run -p 8080:80 your-image-name，然后访问http://localhost:8080，确认服务能正常响应，确保容器内服务确实监听0.0.0.0。

• 检查目标组健康配置

  • 确认健康检查路径是服务存在的有效端点（比如/health），若使用默认/，需保证服务根路径有200响应。
  • 核对健康检查的端口为80、协议为HTTP，调整超时/间隔参数（建议间隔10秒、超时5秒、失败阈值3次），避免因检查过严导致误判。

• 确认ECS与LB的网络配置

  • 任务定义的容器端口映射：确保容器端口为80，服务配置中LB目标组绑定的是该端口。
  • 安全组规则：Fargate任务的安全组需允许来自LB安全组的80端口流量；LB的安全组需允许互联网的80端口流量（若需直接访问LB）。

• 获取更详细的错误日志

  • 检查CloudWatch日志组中的容器启动日志，确认应用启动状态和监听地址是否正确。
  • 在EC2控制台的目标组页面，查看目标实例的健康状态详情，会显示具体失败原因（如连接超时、404错误等）。

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