云提供商为什么每小时计算一次? 谁关掉他们的服务器呢?

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

我必须问…谁在地球上closures他们的服务器?

* aaS开始作为捆绑/计划战略,你付出了一桶服务,你不必担心使用…每月支付100 $,你得到这个,这个和那个。

现在,当我想切换到亚马逊EC2,我感到困惑的使用百分比,传输计算…这是太该死,艰难和耗时。 在我迄今为止的计算中,我可以说订购2个具有24GB内存的专用服务器,并安装ESXi并pipe理整个事情要便宜得多。

我错过了什么?

采取像我一起工作的可扩展基础设施。 在我的情况下,我们可以开始的工作量与我们正在运行的处理节点的数量成正比。 我们有一些内部能力,并正在努力使用这些服务的需求超过我们的内部容量。

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

由于涉及的成本因素(在我们的案例中,并不适用于所有人),如果这种情况经常发生,那么我们需要将内部基础架构的规模扩大一点。

肯定会有一个我们一直在运行的“基础负载”,为此我们喜欢​​在内部主持。 由于某些应用程序和数据本地原因,我们可能会在实用程序云中需要一些永远在线的实例,但这些应该是单个数字。 那几台服务器应该能够支持数百个短时间的处理节点。

在几个月里,我们永远不需要使用“浪涌”function,我们仍然需要支付我们需要在那里继续运行的基础服务器。 然而,在其他几个月,当我们有更多的工作,比我们知道如何处理,我们可以在任何时候有数百台机器。


至于计算,我已经做到了。 它需要一个电子表格,并且非常了解你的环境。 我知道一个月通常需要多less数据(传输带宽),作为我们处理方法的一部分(存储传输速率)读取数据的次数,处理数据相对于源数据的增长因子(数据存储成本),以及一个月内我们实际工作的时间(使用的小时数)的估计。 如果你没有这个,很难准确估算出账单。

我能够了解我们对私人环境所了解的信息,并制作一张表格,预测AWS的成本与我们自己在COLO中的成本。 这是非常丰富的。 在我们的具体情况下 ,我们考虑的云供应商的代表成本是从成本的2倍到10倍,而不是全部。 这对高层pipe理人员非常有用,他们已经考虑全面与云供应商合作。

我们最终采用混合方法,因为云代表的浪涌能力非常有用。 这很糟糕,因为我们已经承担了太多的工作,所以告诉客户我们不能完成最后期限。 如果有的话,云能力可以让我们度过难关,直到我们能够为我们的内部工厂进行基础架构升级。

云解决scheme的一半重点是能够快速扩展,然后在不需要额外功率时再缩减。 他们收取每单位时间(或其他资源的单位),以便您可以灵活快速地多less。 如果您的Web应用程序在晚上使用率达到+ 300%,那么为什么还要花费您在其他时间不需要的服务器。

如果您需要增加或删除容量,甚至每小时爆发一次(例如高峰时间),小时价格可以为您提供灵活性。 如果你需要立即运行的东西,那么通常会有某种订阅等等。 亚马逊有保留,其他人有每月套餐。 但是,是的,这使得计算更加复杂。 虽然Cloudorado计算多个供应商的价格,但可能会更容易些。

我认为好的方法是有专用的服务器负载恒定和云爆发。 它被称为混合托pipe,但没有多less提供它(例如Rackspase和GoGrid )。 但是请记住,有些云提供商可能会根据您的需要真正调整实例大小(单独定义RAM,CPU,存储)。 如果您需要不寻常的资源,这也可能带来一些节省。 这些例如CloudSigma , ElasticHosts或OpSource 。