AWS Elastic Beanstalk部署WordPress遇CloudFormation回滚问题求助

以下是针对你遇到的问题的具体排查步骤：

• 查看CloudFormation栈的详细事件日志
  控制台显示的Reason: null只是表面信息，CloudFormation的事件流里会记录具体失败节点：

  1. 打开CloudFormation控制台，定位到awseb-e-mfannvv4rp-stack栈
  2. 切换到事件标签，从底部往上查找带红色错误标识的事件，里面会显示具体失败原因（比如资源超时、RDS连接失败、权限不足等）

• 验证外部RDS的配置与连通性

  • 检查Beanstalk环境的配置 > 软件 > 环境属性，确认DB_HOST（RDS端点）、DB_NAME、DB_USER、DB_PASSWORD完全正确，注意端点不要遗漏端口（默认3306）
  • 检查RDS安全组的入站规则：确保允许Beanstalk环境的EC2安全组（或Beanstalk实例的公网IP，若RDS为公网访问）访问数据库端口（如3306）

• 确认IAM角色权限与信任关系

  • 检查Beanstalk实例使用的IAM角色（实例配置文件），确保其拥有访问外部RDS的必要权限，比如rds:DescribeDBInstances、rds:Connect，可临时附加AmazonRDSFullAccess测试（测试后及时移除）
  • 检查AWSElasticBeanstalkRoleRDS服务角色的信任关系，确认信任主体为elasticbeanstalk.amazonaws.com，且权限包含RDS相关操作

• 排查部署包问题

  • 确认WordPress源码包中的wp-config.php是否正确引用了Beanstalk的环境变量，而非硬编码错误的数据库信息
  • 尝试部署纯净的WordPress核心包，排除自定义主题、插件导致的部署异常

• 分析Beanstalk环境日志
  进入Beanstalk环境的日志标签，下载完整日志包，搜索ERROR、failed等关键词，定位部署过程中具体的错误细节（比如数据库连接超时、文件权限问题等）

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