云提供商为什么每小时计算一次？到底是谁关掉了他们的服务器？

Question

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

我得问..。到底是谁关掉了他们的服务器？

*aaS最初是一种捆绑/计划策略，您可以为一桶服务付费，而不必担心使用.一个月付100美元，你就能得到这个，这个，那个。

现在，当我想切换到亚马逊EC2时，我对使用率、传输计算感到困惑.太他妈难了，太费时了。在我的计算中，到目前为止，我可以说，订购2x专用服务器与24 is和安装ESXi和管理整个事情是便宜得多.

我是不是遗漏了什么？

Answer 1

以一个可伸缩的基础设施为例，就像我正在使用的那样。在我的例子中，我们可以根据我们运行的处理节点的数量很好地调整工作量。我们有一些内部容量，并且正在努力利用这些服务来满足超出我们内部容量的需求。

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

由于所涉及的成本因素(在我们的例子中，这并不适合每个人)，如果这种情况经常发生，这是一个很好的迹象，表明我们需要扩大我们的内部基础设施。

当然会有一个“基本负荷”，我们一直在运行，并为此，我们喜欢主办的内部。由于某些应用程序和数据局部性的原因，我们可能需要在实用程序云中使用一些始终处于打开状态的实例，但这些实例应该是个位数的。这几个服务器应该能够支持数百个短时间处理节点。

在我们不再需要使用“激增”功能的几个月里，我们仍然需要为我们需要在那里继续运行的基本负载服务器支付费用。然而，在其他的几个月里，当我们有更多的工作要做，我们可以有数百台机器在任何特定的时间运行。

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

我能够利用我们对私人环境的了解，构建一个预测AWS之类的东西相对于在colo中滚动我们自己的AWS的成本的表格。内容非常丰富。在我们的具体案例中，我们正在考虑的云供应商所代表的任何地方都是成本增长的2倍到10倍，而不是自己做的。这对于高层管理人员非常有用，因为他们一直在考虑与云供应商全面合作。

我们最终采用了一种混合方法，因为云所代表的浪涌能力非常有用。告诉客户我们不能在他们的最后期限前完成任务太糟糕了，因为我们承担了太多的工作。如果有的话，云能力可以帮助我们渡过难关，直到我们能够为我们的内部工厂做好基础设施升级。

Answer 2

云解决方案的一半要点是能够快速扩展，然后在不需要额外电源的情况下再次缩小。他们收费每单位时间(或单位的其他资源)，以便你可以灵活的多少，你有多快。如果你的web应用程序在晚上得到+300%的使用，为什么在剩下的时间里你不需要为服务器付费呢？

Answer 3

每小时的价格给你灵活性，如果你需要增加或取消能力，甚至每小时采用突发(例如。(高峰时间)如果您需要立即运行某些内容，那么通常会有某种类型的订阅。亚马逊有预订，其他有每月的包裹。但是的，这使得计算起来更加复杂。不过，用克劳多拉多计算多家供应商的价格可能会容易一些。

我认为，好的方法是为固定负载提供专用服务器，为突发提供云服务。它被称为混合托管，但不多提供它(例如。( 雷克斯帕酶和GoGrid有)。但是也要记住，有了一些云提供商，您可能真的可以根据需要调整实例大小(分别定义RAM、CPU、存储)。这也可能给你带来一些节省，如果你需要的资源，以不寻常的比例。例如，CloudSigma、ElasticHosts或OpSource。