amazon-web-services - 制作 AWS Spot 实例 "persistent"的技巧？

Question

我的客户将 AWS 用于他的 VPS。他遇到的一件事是，如果竞价实例的出价高于他的出价，那么他的实例将被终止。看起来没什么大不了的，只是点实例不是持久的，所以每次发生这种情况时我们都必须从图像中恢复。

他想让我做的是写一些东西，每 X 时间检查一次终止的实例，并自动重新启动它们。更重要的是，他想要某种方式来假装“坚持”。我最好的想法是每隔 Y 时间从每个服务器创建一个镜像，然后从该镜像启动(如果/当该实例终止时)。

任何其他想法都会很高兴听到。我想我的问题是，我在这里是否走在正确的轨道上，你们知道可能已经存在的任何解决方案吗？

更新:差不多一年后，我回到这里发现所有这些精彩的回应以及对这个话题的比我预期的更多的关注。以下许多答案虽然内容丰富且有用，但对我的推理提出了质疑。我想说的是，即使在那个时候，我也 100% 同意这不是一个明智的想法，但这是我的客户要求的，尽管我有任何尝试，但要使事情朝着更好的方向发展。

非常感谢大家的帮助。我确实最终弄清楚了如何做我想做的事情，并且能够编写一些代码来自动重新启动终止的实例。这从来都不是一件容易的事，但是当我转向一个新客户时，它运行良好。

祝你们中遇到同样问题的任何人好运，你们正在进行(可能是强制的，就像我的情况一样)一些不容易的事情。 Spot 请求更便宜，正如这里的一些人在他们的回复中提到的那样，特别是因为不提供持久性。否则，我想“现货需求”市场的定价会大不相同。

尽管如此，这是可能的，我做到了，这是一次很棒的经历。当没有办法时，你必须伪造它!如果你不这样做，别人会。

更新二:我只是想提醒大家，这是我的主要任务。虽然当时很多人只是驳回了整个概念，但我最终得到了一个或多或少功能性的 SaaS，它允许人们轻松管理和监控所有的现场实例，包括启用/禁用自动持久重新启动的能力例如，为单个实例安排时间(它们应该或不应该启动，)等。

虽然我完全同意，从开发者的角度来看，这是一种不雅的要求，当时我不想这样做，但我仍然会说它在某种程度上很好，被要求继续努力，因为我不仅学到了很多东西，不仅让我对自己的能力和代码有了很大的信心，而且我制作了一个非常有用的软件，据我所知，对我来说非常有值(value)的软件客户(即使他们要求错误的东西，因为他们不知道更好)。

我试图说服他不要这样做，但他坚持，因为他是付钱的人，所以我把注意力集中在那里，不仅完成了许多人认为愚蠢的事情，而且使某人受益。

要是真这么傻，谁也省不了钱。

看，我现在读了这篇文章，有点畏缩。那时我要天真得多。我现在更了解 AWS，现在我编码得更好，等等。自然。

但是我仍然为解决这个问题感到自豪，特别是因为是这些家伙，年龄更大，更有经验，无疑是伟大的程序员，他们告诉我不能或不应该这样做。是你们给我带来了挑战，谢谢!

如果它可以盈利呢？你确定不应该吗？

Answer 1

我们最终找到了一个解决方案，这就是我们必须做的。我将逐步列出它，以使那些可能正在寻找类似解决方案的人更容易重新创建它......

创建一个新的 Spot 请求实例。确保取消选中根设备的“终止时删除”，以便在下一步中保留该卷。请务必记下您的实例使用的架构(我们始终使用 x86_64)和内核 ID(非常重要!)

现在，通过 SSH 连接到您的新实例并制作一个文件或其他内容，这样您就可以直接看到持久化的效果。对文件系统进行一些更改后，继续注销 SSH 连接并终止实例。

惊人的。现在，转到您的 EC2 Web 控制台并找到用于我们刚刚终止的实例的新卷。右键单击卷并选择“创建镜像”。按照向导操作，确保选择我们之前提到的相同架构和内核 ID。

现在，使用您的新图像启动点请求向导。按照向导，再次确保取消选中“终止时删除”。此外，这是一个容易错过的步骤，请确保展开标题为“高级选项”的折叠部分并再次设置正确的内核 ID。

如果您对 T 执行上述步骤，您将在旧实例终止时所在的同一点拥有一个新实例。因此，我们实现了某种形式的持久化。