亚马逊亚马逊EC2现货定价

Question

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

看起来，通过spot实例定价，您可以以每小时22或23美分的价格运行一个实例，并且可以运行任意多个小时，因为小时/天/月的历史图表显示，现货价格永远不会超过21 (22?)每小时几分钱。对于相同大小的实例，这相当于非预留实例成本的一半，甚至比预留实例的每小时成本还要低。没有承诺。

我是不是遗漏了什么，我对spot/bid/ask实例机制有没有完全的误解？或者，这是一种廉价的方式来获得24/7实例，而亚马逊有一堆额外的容量？

杰里米

Answer 1

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

保留随时以任何理由终止Spot实例的权利。现在，一个正常的“按需”实例也可能在任何时候死亡，但亚马逊尽了很大的努力让它们保持在线，并在主机服务器需要关闭以进行维护时提前(几天/几周)为客户提供警告。如果你有一个Spot实例运行在他们想要重启的服务器上...他们会把它关掉的。在实践中，两者都是非常可靠的(但不是100%!!)，许多角色可以在现场全天候运行而没有问题。不要抱怨Amazon你的Spot实例被关闭了，你的整个数据库都存储在临时驱动器上……当然，如果你在任何情况下这样做，你都是在冒巨大的(而且非常愚蠢的)风险。

一些公司正在使用Spot节省大量的资金。这里有一篇关于Vimeo节省50%的文章，还有一篇关于Pinterest saving 60%+的文章($54/小时=> $20/小时)。

为什么更多的公司不为他们的实例使用Spot？许多购买EC2实例时间的公司对价格不是很敏感，而且非常不愿承担风险，特别是当涉及到停机和耗费工程精力的运营事件时。他们不想为了节省几块钱而处理麻烦，特别是如果AWS费用不是一个重要的成本中心与人员。对于7天24小时的实例，他们已经通过“预留实例”支付了1/2的价格，因此与全价的“按需”实例相比，节省的成本并不像看起来那样显著。Spot并不完全与大客户相关。你几乎可以肯定，当客户达到Netflix的规模时，他们1)需要与亚马逊在容量规划上进行协调，因为你不能心血来潮地将数据中心提高1/2，2)获得显著的批量折扣，从而将他们的使用成本降低到现货价格范围内。此外，成本削减的第一层是回收并不真正需要的硬件；在我的上一个公司，一个人发现了一个bug，当我们在盒子里循环时，我们会“忘记”其中的一些，关闭它可以节省$100+k /月(yikes)。一旦公司消耗掉了这些脂肪，他们就会开始关注Spot。

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

因此，如果你愿意容忍稍微高一点的风险和/或你对价格敏感……那么，是的，通过在Spot 24/7下运行你的服务，你绝对可以节省一大笔钱。

只需确保你对意外丢失实例(即备份)做好双重准备即可。一些你已经需要准备的“按需”实例，它也不会有100.0%的正常运行时间。

这样想吧：

你得到的不是99.9%可靠的东西，而是99.5%可靠的东西，而是半价的

(我编造这些数字是为了传达这个想法，但它们可能离事实并不太远)。

Answer 2

只要您的出价高于竞价实例的市场价格，您就可以继续运行您想要的任何spot实例，并且只需支付市场价格。

但是，当市场价格高于您的出价时，您将失去实例。没有任何警告。他们就这么终止了。虽然现货价格很少飙升，但当它出现时，它往往会迅速回落，对于许多应用程序来说，在不变暖的情况下丢失所有实例的可能性是不可接受的。你可以通过更高的出价来使自己免受这种可能性的影响，但这样你就有可能不得不支付这么高的价格。

如果你的应用程序可以容忍突然终止，那么spot实例就很棒了。但是使用它们有一定的风险。

Answer 3

我认为这些答案有点错失了重点...

您需要为您的工作负载选择最合适的定价，并考虑到这一点来设计您的解决方案。AWS提供3种定价类型：

• 预留实例(低成本、高可靠性，但按需付费的up-front)
• On-demand实例)
• Spot实例(通常成本最低，但可能会意外终止)

预留实例-在长时间运行/恒定/可预测的工作负载上使用这些实例来节省成本。

按需实例-用于临时工作负载，例如无法中断的开发/概念验证/不可预测的工作负载。

Spot实例-将这些实例用于临时工作负载。确保应用程序在设计时考虑到这一点(例如，在某个永久的地方维护状态，并支持在以前的实例中断的地方恢复新实例的能力)。

一个有用的设计模式可以是拥有一个“指示灯”实例，并根据需要使用自动缩放来启动spot实例，如果spot实例无法出现，则使用一些巧妙的方法来启动按需实例。

TL;DR: Spot实例适用于可以暂停和恢复的工作负载，但不是任务关键型。它们可能会出现非同寻常的峰值(例如，北加州m2.2x大型现货价格通常为0.11美元/小时，但有10.00美元/小时的持续峰值！)。