处理 EC2 实例强制终止的最佳方法
Best way to handle EC2 instance forced termination
我有一个 EC2 实例，它托管一个 windows 服务、.net API 和一个简单的 .net 网站。指向它的 Route 53 端点和通过 Amazon 证书管理器分配的 https 证书也增加了复杂性。是的，单个实例上有很多应用程序，稍后我会考虑将它们分开。我收到 AWS 的消息说由于底层基础设施变得不稳定，他们需要在一周内终止实例。
我想到了很多选项，none 我以前尝试过或了解很多。这些选项包括启动另一个实例、将此实例备份并恢复到新实例。或者使用 AWS elastic beanstalk 或其他东西来自动化基础设施设置和代码部署。这些（或其他）选项中的哪一个最可行且最快速开始工作，我应该从哪里开始寻找？
如果只是实例，我会获取 EBS 快照，然后从中恢复 ec2 实例。最后，在 Route 53 中交换 IP。
这是一个相对较快且相当 straight-forward 的过程，AWS 对其进行了详细记录，网络上也有大量 how-to 的过程。
从这里开始：
这里是 how to restore it。
另一方面，您可以在 Elastic Beanstalk 上寻找 .Net 应用程序，但这需要更多的工作来设置环境并准备应用程序以进行部署。
我有一个 EC2 实例，它托管一个 windows 服务、.net API 和一个简单的 .net 网站。指向它的 Route 53 端点和通过 Amazon 证书管理器分配的 https 证书也增加了复杂性。是的，单个实例上有很多应用程序，稍后我会考虑将它们分开。我收到 AWS 的消息说由于底层基础设施变得不稳定，他们需要在一周内终止实例。
我想到了很多选项，none 我以前尝试过或了解很多。这些选项包括启动另一个实例、将此实例备份并恢复到新实例。或者使用 AWS elastic beanstalk 或其他东西来自动化基础设施设置和代码部署。这些（或其他）选项中的哪一个最可行且最快速开始工作，我应该从哪里开始寻找？
如果只是实例，我会获取 EBS 快照，然后从中恢复 ec2 实例。最后，在 Route 53 中交换 IP。
这是一个相对较快且相当 straight-forward 的过程，AWS 对其进行了详细记录，网络上也有大量 how-to 的过程。
从这里开始：
这里是 how to restore it。
另一方面，您可以在 Elastic Beanstalk 上寻找 .Net 应用程序，但这需要更多的工作来设置环境并准备应用程序以进行部署。