amazon-ec2 - AWS Amazon EC2 Spot 定价

Question

我想要一个非亚马逊的答案来解决这个难题......

看起来，通过现货实例定价，您可以以每小时 22 美分或 23 美分的价格运行实例，运行时间不限，因为小时/天/月的历史图表显示现货价格永远不会超过 21 (22 ?) 美分每小时。这就像相同大小实例的非预留实例成本的一半，甚至低于预留实例每小时的成本。没有 promise 。

我是否遗漏了什么，我是否对现货/投标/询价实例机制有一个完整而彻底的误解？或者这是在亚马逊拥有大量额外容量的情况下获得 24/7 实例的廉价方式？

杰里米

Answer 1

不，你没有错过任何东西。 我第一次看 Spot 的时候问了很多次同样的问题，然后是“为什么不是每个人都一直使用这个？”

那么缺点是什么？ 亚马逊保留随时以任何理由终止 Spot 实例的权利。现在，一个正常的“按需”实例也可能随时死亡，但亚马逊会尽最大努力让它们保持在线状态，并在主机服务器需要关闭电源时提前(数天/数周)为客户提供警告用于维护。如果您在服务器上运行 Spot 实例，他们想重新启动……他们只会将其关闭。在实践中，两者都非常可靠(但不是 100% !!)，并且许多角色可以在现场 24/7 全天候运行而不会出现问题。只是不要向亚马逊提示你的 Spot 实例被关闭了，你的整个数据库都存储在临时驱动器上......当然，如果你在任何实例上这样做，你就会冒巨大(而且非常愚蠢)的风险。

一些公司通过 Spot 节省了大量资金。 这是 Vimeo 上的一篇文章节省 50%，一个在 Pinterest节省 60%+(54 美元/小时 => 20 美元/小时)。

为什么没有更多的公司将 Spot 用于他们的实例？ 许多购买 EC2 实例小时数的公司对价格不是很敏感，而且非常不利于风险，尤其是在涉及到中断和削弱工程工作的操作事件时。他们不想为了节省几块钱而烦恼，特别是如果 AWS 费用相对于人员而言不是一个重要的成本中心。对于 24/7 实例，他们已经通过“预留实例”支付了 1/2 的价格，因此与全价“按需”实例相比，节省的成本并不像看起来那么大。 Spot 与大客户并不完全相关。您几乎可以肯定，当客户达到 Netflix 的规模时，他们 1) 需要与亚马逊协调容量规划，因为您不能随心所欲地启动 1/2 的数据中心，以及 2)大量折扣使他们的使用成本降低到 Spot 价格范围内。另外，削减成本的第一层是回收并不真正需要的硬件；在我的最后一家公司，一个人发现了一个错误，当我们在盒子中循环时，我们会“忘记”其中的一些，然后关闭它可以节省 $100+k/月(哎呀)。一旦公司消耗掉这些脂肪，他们就会开始关注 Spot。

还有一个较少讨论的原因 Spot 没有被使用......这是一个不同的 API。想想这如何与“组织惯性”相互作用.... 在一家持续在 EC2 上花费 XX 美元/小时的公司工作(并且来自一家花费 XXXX 美元/小时的公司)，工程师使用他们提供的工具启动实例.我们的 Chef 部署不知道如何与 Spot 对话。 Rightscale(prev place)默认启动按需实例。通过一定数量的工作，我可能会弄清楚如何创建一个 Spot 实例，但是如果我的首要任务是在明天之前启动并运行角色 XYZ，那又何必呢？我不会仅仅为我的一个角色设计一个基于现场的解决方案，然后宣传为什么这是一个好主意；这必须是一个组织范围的决定。如果您阅读我上面链接的 Pinterest 案例研究，您会注意到他们谈到将整个部署从 54 美元/小时迁移到 20 美元/小时。从字里行间看，他们没有选择 1-by-1 启动 Spot 实例；有一天，他们醒来并在全公司范围内做出了“解决 Spot 问题”的决定，并将他们的部署工具“迁移”到默认情况下使用 Spot(可能支持一个标志，使他们的数据库实例远离 Spot)。我无法想象亚马逊通过让 Spot 成为一个不同的 API 而不是普通 EC2 API 上的标志赚了多少钱；提示:它是满载的……就像，你可以买一条船，然后用现金装满它，直到它沉没。

因此，如果您愿意承受略高的风险和/或您对价格有些敏感……那么，是的，通过在 Spot 24/7 下运行您的服务，您绝对可以节省一大笔钱。

只要确保您为意外丢失实例做好了双重准备(即，进行备份).... 您已经需要为没有 100.0% 正常运行时间的“按需”实例做好准备。

可以这样想:

您得到的不是 99.9% 可靠的东西，而是 99.5% 可靠的东西，并且支付半价

(我编造了这些数字来传达这个想法，但它们可能与事实相去甚远)。