为什么云提供商按小时计算？谁会关闭他们的服务器？

Question

我不是技术/unix/系统管理员无知，但我仍然不明白为什么亚马逊、Rackspace、Azure、GoGrid、Linode 和这些家伙计算他们每小时使用的实例......

我不得不问......到底谁关闭了他们的服务器？

*aaS 开始是一种捆绑/计划策略，您可以为一系列服务付费，而不必担心使用情况……每月支付 100 美元，您就可以得到这个、这个和那个。

现在，当我想切换到 Amazon EC2 时，我对使用百分比、传输计算感到困惑……这太难了，太费时了。到目前为止，在我的计算中，我可以说订购 2 个具有 24GB RAM 的专用服务器并安装 ESXi 并管理整个事情要便宜得多......

我错过了什么吗？

Answer 1

以我正在使用的可扩展基础设施为例。就我而言，我们可以完成的工作量与我们运行的处理节点数量成正比。我们有一些内部能力，并且正在努力使用这些类型的服务来满足超出我们内部能力的需求。

当我们需要它时，我们将一堆处理节点部署到这样的云服务中。一旦我们实现了自动化部署，就应该告诉系统“我需要 20 个新节点”，让它启动 20 个新实例，根据需要调整名称，然后开始咀嚼。项目完成后，我们关闭这些节点并继续我们的快乐之路。

由于涉及成本因素（在我们的情况下，它不会适合所有人），如果这种情况经常发生，这是一个好兆头，我们需要更多地扩展我们的内部基础设施。

肯定会有一个我们一直在运行的“基本负载”，为此我们喜欢​​在内部托管它。出于某些应用程序和数据本地性的原因，我们可能需要在公用事业云中使用一些永远在线的实例，但这些实例应该是个位数。这几台服务器应该能够支持多达数百个短期处理节点。

在我们永远不需要使用“激增”功能的几个月里，我们仍然需要为在那里继续运行所需的基本负载服务器付费。然而，在其他月份，当我们的工作量超出我们的所知时，我们可能在任何给定时间都有数百台机器在运行。

至于计算，我就是这样做的。它需要一个电子表格并且非常了解您的环境。我知道我们通常在一个月内需要多少数据（传输带宽），作为我们处理方法的一部分读取数据的次数（存储传输率），已处理数据与源数据的增长因子是多少（数据存储成本），以及对一个月内我们实际工作的百分比（使用的时间）的估计。如果没有，就很难准确估算账单。

我能够利用我们对我们的私有环境的了解并构建一个表格来预测 AWS 之类的东西与在 colo 中滚动我们自己的东西的成本。这是非常有用的。在我们的具体案例中，我们考虑的云供应商的成本增加了 2 到 10 倍，而我们自己做这一切。这对于一直在考虑与该云供应商全面合作的高层管理人员非常有用。

我们最终采用了混合方法，因为云所代表的激增能力非常有用。告诉客户我们无法按时完成他们的工作是很糟糕的，因为我们已经承担了太多的工作。如果有的话，云功能可以让我们渡过难关，直到我们能够为我们的内部工厂进行基础设施升级。

Answer 2

云解决方案的一半在于能够快速扩展，然后在不需要额外功率时再次缩减。它们按单位时间（或按其他资源的单位）收费，以便您可以快速调整您拥有的数量。如果您的 Web 应用程序在晚上获得 300% 的使用率，为什么要为其余时间不需要的服务器付费。