AWS Elastic Beanstalk上传重部署报错：IMDSv1配置问题咨询

问题重现 #

尝试向环境上传并部署新版本时出错
DisableIMDSv1设置的更改不会立即生效。您的每个现有EC2实例都将被替换，新设置届时才会生效。

背景说明：Elastic Beanstalk环境创建后未手动修改过任何配置，此前一直用相同流程正常部署。尝试过重启服务器、重启EC2实例、分离并重新挂载EC2实例，均无法解决部署报错问题。

临时解决方法 #

• 进入Elastic Beanstalk环境配置页面，取消勾选“Deactivated”选项
  
• 配置更新完成后，手动在负载均衡器中将流量重新指向新创建的EC2实例

问题原因分析 #

1. AWS后台自动触发IMDSv1禁用：AWS为推进安全最佳实践，可能会对存量Elastic Beanstalk环境自动启用DisableIMDSv1设置。该设置生效需要替换所有现有EC2实例，而这个实例替换流程和应用部署流程冲突，导致部署卡住报错。
2. 隐性配置变更打破原有部署逻辑：即便未手动修改配置，AWS的安全合规更新会悄悄调整环境配置，这种无提前通知的变更直接导致原本正常的部署流程出现异常。
3. 负载均衡器自动注册失效：实例被替换后，负载均衡器未自动完成新实例的注册关联，因此必须手动调整才能让流量切到新实例上。

预防措施 #

• 主动配置强制使用IMDSv2：通过.ebextensions配置文件提前锁定IMDS版本，避免AWS后台自动变更。在项目根目录创建.ebextensions/imds-config.config，写入以下内容：

  option_settings:
    aws:autoscaling:launchconfiguration:
      MetadataService: V2Only
  

• 确认负载均衡器自动注册功能：检查Elastic Beanstalk环境的负载均衡配置，确保开启新实例自动注册到负载均衡器的功能，这样实例替换后流量能自动切换，无需手动操作。
• 定期查看配置变更记录：通过AWS控制台的“配置历史”功能，或CLI命令aws elasticbeanstalk describe-configuration-settings --application-name <你的应用名> --environment-name <你的环境名>，查看环境配置的变更记录，及时发现AWS推送的隐性更新。
• 部署前做配置预检：每次部署新版本前，先确认环境的IMDS配置状态，避免因配置冲突导致部署失败。

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