高级且自动化的 EC2 管理

高级且自动化的 EC2 管理

我有一个 WordPress 网站,目前托管在 EC2 服务器上。在互联网上搜索后,我发现了 Spot 实例 - 通常成本是普通实例的一半。

我发现的问题是竞价型实例可能随时终止。我想我已经想出了解决方案(停机一段时间是可以的),但没有实施。

你看,我的想法是始终有一个现货请求 - 以一定的价格。当请求得到满足时,我的按需服务器将备份(S3?),现货实例恢复到该备份,静态 IP 切换,按需终止。当现货运行时,它可以不时备份其内容(站点大部分是静态的)。当现货终止时,将启动新的按需,恢复到现货的备份,获取 IP 并继续运行。

我的问题在于如何实施这一流程。我不知道有什么工具可以实现这种监控和行动。

有什么帮助吗?

答案1

您是否知道预留实例

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

答案2

虽然我同意下面的评论,但保留实例可能最适合您的情况。如果不是,这应该可行:

  1. 创建你的服务器,建立你的网站,创建 AMI
  2. 关闭该服务器,使用该 AMI 启动新的 Spot 实例
  3. 每 N 天通过 API 创建新的 AMI
  4. 设置CloudWatch 监控该服务器,如果它“消失”,则启动一个具有更高出价的新现货实例

答案3

EC2 的主要优势在于能够轻松快速地启动新实例并实现自动化。它非常适合:

  • 大型服务,您可以根据需求启动更多或更少的服务器。
  • 当您紧急需要新的服务器时,可以非常快速地进行部署。
  • 短期需求例如启动一批临时系统来进行一些数字运算。
  • 如果您拥有大量存储,存储定价可能会相当有竞争力。

但是,这样做的成本较高。如果您只想托管博客,最好使用更传统的托管解决方案,这样只需花费一小部分费用。(例如,我使用 hostsense.net 的虚拟专用服务器,每月 10 美元,外加备份服务)我预计,将您的操作转移到此类服务的工作量也将少于您建议的设置自动化系统在 Amazon 实例之间移动服务器的工作量。

相关内容