我收到了来自AWS的电子邮件，其中说明了
我们有关于您的帐户的重要新闻（AWS账户ID：XXXXX）。 EC2 已检测到托管您的底层硬件的降级 eu-west-1区域中的Amazon EC2实例（instance-ID：i-XXXX）。应有 对于这种退化，您的实例可能已无法访问。后 2017-05-25 10:00 UTC你的实例，它有一个EBS卷 root设备，将被停止。
我实际上正在使用带有弹性IP地址的负载均衡器的Elastic Beanstalk，这是当前唯一运行的实例（手动关联）。另外，我有一个反向DNS用于电子邮件目的。
电子邮件继续说以下内容......
您仍然可以访问该实例。我们建议你 通过创建实例的AMI来替换实例并启动 来自AMI的新实例。有关更多信息，请参阅亚马逊 机器图像 （http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html） EC2用户指南。如果遇到困难，请停止支持EBS 例如，请参阅实例常见问题解答 （http://aws.amazon.com/instance-help/#ebs-stuck-stopping）。
那么如何让Elastic Beanstalk重新配置到新硬件？
有些选择似乎......
重建环境
保存配置 - ＆gt;终止 - ＆gt;加载配置
克隆环境 - ＆gt;手动更改DNS - ＆gt;终止旧环境
＆＃39;终止＆＃39;环境 - ＆gt; ＆＃39;恢复已终止的环境＆＃39;？
我不确定哪种变体可以恢复环境，特别是如果我不放弃为电子邮件（SNS？）配置完成的主机名/反向DNS内容，那将是理想的。
如果我保留所有这些（我不关心EC2实例或数据 - 数据在所有这些外部的MongoDb中保存）会很好... ...
我们将不胜感激！ - 令人遗憾的是，他们的电子邮件/文档只讨论了EC2而不是beanstalk配置。
答案 0 :(得分：5)
只需终止实例，让Elastic Beanstalk自动启动一个新实例。您在beanstalk环境中对EC2实例所做的任何更改都应该通过.ebextensions配置文件完成（您不是直接在ssh上进行更改，对吗？）所以您不必担心“保存” “通过创建AMI来设置EC2。
对于您列出的所有需要保存的项目，这些项目都是EB环境配置的一部分，而不是正在退役的EC2实例的一部分。
负载平衡的Elastic Beanstalk环境配置为根据需要终止并创建新的EC2实例。没有必要完全重建/替换整个EB环境，因为您需要替换其中一个EC2实例。