高级 – 和自动 – EC2pipe理

我有一个目前在EC2服务器上托pipe的WordPress网站。在对互联网进行了一些挖掘之后，我发现了竞价型实例 – 这是常规实例的一半成本。

我看到的问题是Spot实例可能随时终止。我想我已经提出了解决scheme（一些停机时间确定），但不是执行。

你看，我的想法是一直有一个现货要求 – 在一定的价格。当请求被满足时，我的按需服务器将被备份（S3？）当前实例恢复到该备份，静态IP被切换，并且按需被终止。当Spot运行时，它可以经常备份它的内容（站点大多是静态的）。点击终止时，将启动一个新的点播，恢复到点的备份，获得IP并继续生活。

我的问题在于实施这个过程。我不知道有哪些工具可以进行这种监控和行动。

任何帮助？

你知道预留实例吗？

它们也比按需实例便宜得多，但还有额外的好处，即在处理请求的过程中不会消失。

虽然我同意下面的评论，但保留的实例可能是最适合您的情况。如果没有，这应该工作：

创build你的服务器，build立你的网站，创build一个AMI 。
closures该服务器，使用该AMI旋转新的现场实例。
通过API每N个天创build一个新的AMI 。
设置CloudWatch以监视该服务器，如果“离开”，则以较高的出价价格创build新的现货实例

EC2的主要优点是可以快速启动新实例，并使其自动化。这是伟大的：

大型服务，根据需求启动或多或less的服务器。
非常迅速的部署，你有一个新的服务器的紧急需求。
短期的要求，如启动临时批处理系统进行一些数字处理。
如果你有很多存储定价可能会很有竞争力。

但是，这是一个成本溢价。如果你只是想托pipe一个博客，那么最好用一个更传统的托pipe解决scheme，而这个解决scheme的价格只是一小部分。（例如，我使用hostsense.net的虚拟专用服务器，价格为10美元/月，加上备份服务）。我希望将您的操作转移到这样的服务上，也不会比设置自动化系统来将您的服务器在Amazon实例之间移动你build议。