亚马逊刚刚宣布了基于EC2的基础设施的“Spot Instances”。我想知道哪种工作负载适合这种服务？
竞价型实例可让您出价 未使用的Amazon EC2容量。实例 按现金价格设定 亚马逊EC2，波动 定期取决于供应 竞价实例的需求和需求 容量。
JIT的理念很简单：库存是浪费。
编辑：
我想知道是否有一些应用程序可以通过利用大量的Spot实例来维持自己（阅读：可行）。想一想：想象一下平均价格为1的10个实例...当然没有保证，但是如果没有Spot实例可用，可以踢出一些“正常”的实例。
答案 0 :(得分：4)
显然，这适用于任何不需要实时的工作负载。
让我们说小规模，这如何适用于stackoverflow？例如，此站点上的许多徽章都不是实时计算的。有一个周期性的过程可以评估资格，无论是每天凌晨4点还是下午4点运行都没关系。在凌晨4点做它可能便宜5美分。 （显然他们根本不使用EC2）
规模更大？对大量数据集的搜索引擎可能需要巨大的计算能力来构建其索引。如果您每天索引一次新数据并在数百台服务器上索引它们需要2个小时，那么您可以在一夜之间完成，每天可节省数千美元。
通过全天候分散工作量有助于亚马逊最大限度地利用其资源，从而提供市场上最便宜的价格。
答案 1 :(得分：1)
Amazon只能想到这些工作量：
现货实例让我想起了“双关税电表”，当需求较少时，您需要为能源支付更少的费用。我认为这是一个非常有趣的概念，并且非常意外地介绍了云，但它可能很难应用于传统的业务问题。
答案 2 :(得分：1)
我正在考虑建立一个灵活的集群（比如HADOOP），其骨干网在常规实例上运行，而一些额外的实例则在降低现货价格。随着价格下降，可以使用其他实例来处理工作单元。如果价格上涨，节点将被关闭。集群通过将工作单元重新发布到其他节点来处理此问题，就像节点发生故障时一样。
显然这是一个相当恶劣的环境，因此需要进行一些调整。如果您对全局文件系统使用标准的3倍复制，并且同时关闭包含该块的三个节点，则会丢失。传播现货实例价格降低了一举失去许多人的可能性。增加复制因子将减少影响，并且无论如何都可以使用实例释放磁盘空间，因此这不是一个因素。这够了吗？我们会看到。
答案 3 :(得分：0)
有明显的用例，例如批处理或不需要全天候运行的任务。
其他有趣的实现是额外的容量。您可以使用按需和现场实例的混合来运行您的网站。按需实例将作为您的“核心”。如果您的现场实例在此处或那里停机几个小时，您的按需实例可能会稍微努力，但您的网站仍然可以访问。