Amazon Linux 2上Elastic Beanstalk不加载.ebextensions配置求助

一、Redis 未安装生效的排查点 #

1. 检查 .ebextensions 配置的基础正确性 #

• 确认 .ebextensions 文件夹位于项目根目录，且打包部署时已被包含在部署包内（比如用Maven/Gradle打包时，要确保该文件夹被复制到最终的jar/war包外的根目录，或Beanstalk部署时正确上传包含该文件夹的源码包）。
• 验证YAML格式：检查redis.config的缩进是否统一（YAML对缩进敏感，每个层级需保持2或4个空格，冒号后必须加空格），确保redis01下的command与redis01保持正确层级。

2. 查看命令执行日志定位错误 #

登录EC2实例，查看以下日志文件：

• /var/log/eb-activity.log：记录Beanstalk配置脚本的执行过程，可查看redis01、redis02命令是否执行，是否有报错。
• /var/log/cfn-init.log：CloudFormation初始化日志，包含commands阶段的执行细节。

常见问题及修复：

• amazon-linux-extras install redis6 未加-y参数，导致安装过程等待用户确认而卡住，命令执行失败。需修改为：

  commands:
      redis01:
         command: amazon-linux-extras install redis6 -y
      redis02:
         command: redis-server --daemonize yes
  

• 若redis-server启动失败，手动在实例上执行redis-server --daemonize yes，查看是否有端口占用、配置文件错误等问题。

3. 权限与依赖检查 #

• commands 段默认以root用户执行，无需加sudo，多余的sudo可能引发不必要的权限问题。
• 执行amazon-linux-extras list确认当前Amazon Linux 2镜像是否包含redis6源，若没有则需改用其他安装方式（比如从epel源安装）。

二、安全组配置未生效的排查点 #

1. 命名空间与参数值错误 #

Amazon Linux 2的Elastic Beanstalk环境中，aws:autoscaling:launchconfiguration 命名空间已被弃用，正确的安全组配置应使用aws:ec2:vpc命名空间。修改securitygroup.config为：

option_settings:
  - namespace: aws:ec2:vpc
    option_name: SecurityGroups
    value: sg-xxxxxx  # 此处需填写安全组ID，而非名称

• 注意：value必须填写安全组的ID（格式为sg-xxxxxx），而非名称——同一区域可能存在同名安全组，Beanstalk无法准确识别；若坚持使用名称，需确保该名称在当前区域唯一，且环境与安全组处于同一VPC。

2. 确认安全组的合法性 #

• 检查目标安全组是否存在于当前AWS区域，且与Beanstalk环境处于同一VPC内。
• 确保该安全组包含必要规则：比如允许Beanstalk健康检查的端口（默认80/443）、应用服务端口，以及Redis的访问端口（若需要外部访问）。

3. 查看Beanstalk环境配置 #

登录AWS控制台，进入Elastic Beanstalk环境的配置页面，查看实例选项卡下的安全组设置，确认是否已应用你指定的安全组。若未显示，说明配置未被正确加载，需检查配置文件的格式和命名空间是否正确。

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