在AWS ECS上Docker化Drupal 8遇故障：任务未通过ELB健康检查

咱们一步步拆解你的问题，先看Dockerfile的潜在遗漏，再分析ELB健康检查失败的可能原因：

一、你的Dockerfile存在的关键遗漏点 #

• Drupal代码未部署到容器：你执行了rm -rf /var/www/html/*并将工作目录切换到/drupal，但既没有把Drupal核心代码复制到容器中，也没有配置Apache服务器指向新的工作目录。官方Drupal镜像默认把站点根目录设为/var/www/html，如果要自定义目录，要么修改Apache的虚拟主机配置（将DocumentRoot改为/drupal），要么直接把代码部署到默认的/var/www/html目录下，不然Web服务器找不到站点文件，自然无法对外提供服务。
• 未显式暴露服务端口：虽然官方Drupal镜像默认暴露80端口，但在Dockerfile中添加EXPOSE 80是最佳实践，能让ECS等编排工具更清晰地识别服务端口，避免端口映射配置混乱。
• APT缓存未清理：在apt-get install完成后，没有执行apt-get clean && rm -rf /var/lib/apt/lists/*，这会导致镜像体积不必要地增大，建议加上这一步优化镜像大小。
• 可能缺失必要PHP扩展：部分Drupal模块依赖额外的PHP扩展（比如gd、zip、xml、mbstring等），官方镜像仅包含基础扩展，如果你的站点需要特殊扩展，需要通过docker-php-ext-install命令安装，例如：

  RUN docker-php-ext-install gd zip xml mbstring
  

• 工作目录调整后的启动命令适配：官方镜像的默认启动命令是apache2-foreground，它默认指向/var/www/html作为站点根目录。如果你坚持使用/drupal作为工作目录，必须修改Apache的配置文件（比如/etc/apache2/sites-available/000-default.conf），将DocumentRoot改为/drupal，否则Apache会找不到站点根目录。

二、ECS目标组健康检查失败的排查方向 #

1. 先确认容器内服务是否正常 #

登录到ECS实例（如果是EC2模式），进入容器执行curl localhost，查看是否返回200状态码（哪怕是Drupal的安装向导页面）。如果返回404、500或连接失败，说明容器内的Drupal服务本身就没正常运行，优先解决Dockerfile的代码部署问题。

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

确认ECS任务定义中，容器的80端口是否正确映射到主机端口（EC2模式），或者在Fargate模式下是否配置了正确的端口映射规则。同时，目标组的健康检查协议（HTTP/HTTPS）和端口必须与容器暴露的端口一致。

3. 调整健康检查路径与状态码 #

ELB目标组默认的健康检查路径是/，如果你的Drupal还未完成安装，访问/会跳转到安装页面（返回200或302状态码），这是正常的；但如果站点已安装但数据库连接失败，会返回500错误，导致健康检查失败。你可以：

• 将健康检查路径改为/core/install.php（未安装状态）或/user/login（已安装状态）
• 确认健康检查的预期状态码包含实际返回的状态码（比如添加302到预期状态码列表）

4. 安全组与网络配置检查 #

• 确认ECS实例（或Fargate任务）的安全组允许来自ELB目标组的健康检查流量：即允许TCP 80端口的入站流量，来源设置为ELB的安全组或对应IP范围。
• 如果使用私有子网，确认子网配置了NAT网关（若需要访问外部数据库或资源），且路由表规则正确。

5. 调整健康检查的超时与初始延迟 #

Drupal启动（尤其是首次启动或安装过程）需要一定时间，默认的健康检查初始延迟（通常30秒）可能太短，导致容器还未准备好就被判定为不健康。建议将目标组的健康检查初始延迟调整为60-120秒，给容器足够的启动和初始化时间。

6. 数据库连接配置验证 #

如果你的Drupal已经完成安装，需要在ECS任务定义中配置正确的数据库环境变量（比如DRUPAL_DB_HOST、DRUPAL_DB_USER、DRUPAL_DB_PASSWORD等），确保Drupal能正常连接到数据库。如果数据库连接失败，站点会返回500错误，直接导致健康检查失败。

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