无法创建AWS Elastic Beanstalk环境：LaunchWaitCondition失败问题咨询

我之前帮不少人排查过这个问题，LaunchWaitCondition failed本质上是Elastic Beanstalk在规定时间内没等到足够的健康EC2实例完成初始化，常见的触发原因主要有这些：

• IAM权限配置缺失：Elastic Beanstalk依赖的EC2服务角色（通常是aws-elasticbeanstalk-ec2-role）如果缺少关键权限，比如无法从S3拉取应用部署包、没法向CloudWatch上报日志，或者访问其他AWS依赖服务的权限，实例启动后会卡在配置步骤，没法完成初始化。
• 网络与安全组限制：实例所在的安全组没有开放必要的出站端口，比如连不上yum/apt的软件源、没法访问Elastic Beanstalk的管理端点；或者VPC子网的路由表没配置互联网访问（比如没有NAT网关），导致实例完全没法联网，自然没法完成初始化流程。
• 应用或启动配置问题：你的应用启动时间太长，超过了Elastic Beanstalk默认的等待阈值；或者启动脚本、应用依赖有错误——比如Java应用的JVM参数配置错误导致启动崩溃，Python项目的依赖包安装失败，都会让实例没法进入健康状态，触发超时。
• EC2资源问题：你选的实例类型（比如t2.micro这类低配机型）资源不足，初始化过程中CPU或内存被占满，导致配置进程卡住；也有可能是目标AWS区域内该实例类型暂时缺货，没法成功创建足够数量的实例。
• 平台版本兼容性问题：你选用的Elastic Beanstalk平台版本存在bug，或者和你的应用技术栈不兼容——比如某些旧版本的Node.js平台在处理特定npm依赖时会出问题，导致实例初始化失败。

快速排查建议 #

如果要定位具体问题，可以先去EC2控制台看看实例有没有创建出来：

1. 如果实例存在，登录实例查看/var/log/eb-engine.log或/var/log/cloud-init.log，里面会记录初始化过程中的具体错误；
2. 检查EC2服务角色的权限是否包含AWSElasticBeanstalkWebTier、AWSElasticBeanstalkWorkerTier这类托管策略；
3. 确认安全组的出站规则允许所有流量（至少允许访问HTTP/HTTPS和软件源的端口）。

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