4

我收到了一封来自 AWS 的电子邮件，其中指出

我们有关于您的账户的重要消息（AWS 账户 ID：XXXXX）。EC2 已检测到在 eu-west-1 区域中托管您的 Amazon EC2 实例（实例 ID：i-XXXX）的底层硬件性能下降。由于这种降级，您的实例可能已经无法访问。在 2017 年 5 月 25 日 10:00 UTC 之后，您的实例（将 EBS 卷作为根设备）将停止。

我实际上是在当前唯一运行的实例（手动关联）上将 Elastic Beanstalk 与具有弹性 IP 地址的负载均衡器一起使用。此外，我还有一个用于电子邮件目的的反向 DNS。

电子邮件继续说以下内容......

您可能仍然可以访问该实例。我们建议您通过创建实例的 AMI 来替换实例并从 AMI 启动新实例。有关更多信息，请参阅 EC2 用户指南中的 Amazon 系统映像 ( http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html )。如果在停止 EBS 支持的实例时遇到困难，请参阅实例常见问题解答 ( http://aws.amazon.com/instance-help/#ebs-stuck-stopping )。

那么如何让 Elastic Beanstalk 重新配置到新硬件？

有些选项似乎...

重建环境

保存配置 -> 终止 -> 加载配置

克隆环境 -> 手动更改 DNS -> 终止旧环境

'终止'环境 -> '恢复终止的环境'？

我不确定哪个变体可以恢复环境，特别是如果我不丢失为电子邮件（SNS？）配置完成的主机名/反向 DNS 内容，那将是理想的。

如果我保留所有这些会很好（我不关心 EC2 实例或数据 - 数据保存在所有这些外部的 MongoDb 中）......

  • EC2 配置（即硬件盒大小、VM 参数等）
  • 安全组
  • 负载均衡器
  • 与 EC2 关联的弹性 IP（很容易在之后手动完成）
  • 主机名（反向 DNS 所需的任何内容）

想法将不胜感激！- 很遗憾他们的电子邮件/文档只讨论 EC2 而不是 beanstalk 配置。

4

1 回答 1

5

只需终止实例并让 Elastic Beanstalk 自动启动一个新实例。您在 beanstalk 环境中对 EC2 实例所做的任何更改都应通过 .ebextensions 配置文件完成（您不会直接在 .ebextensions 上进行更改ssh，对吗？）因此您无需担心通过“保存”您的 EC2 设置创建 AMI。

至于您列出的所有需要​​保存的项目，它们都是 EB 环境配置的一部分，而不是即将停用的 EC2 实例的一部分。

负载平衡的 Elastic Beanstalk 环境配置为根据需要终止和创建新的 EC2 实例。无需仅仅因为您需要替换其中一个 EC2 实例就完全重建/替换整个 EB 环境。

于 2017-05-09T16:38:57.580 回答