这是ProfitBricks公司Evangelism平台高级经理Pete Johnson撰写的一篇评论文章,这篇文章的名字有点滑稽,你不这样认为吗?“短命的”这个词意味着它可能会消失。它是临时的,甚至飞逝的。因此,我为什么要在没有任何警示就可能消失的介质中存储东西呢?当我的全部需求是更多的处理器和内存的时候,我怎么会购买更多的这种存储呢?
来源与解释
短命的存储的存在只是因为***代云提供商提供了大量的应用服务器。这个商业模式很简单。云提供商购买一台物理服务器并且在这台物理服务器的基础上销售尽可能多的虚拟机。由于在这种方法中虚拟机是与物理服务器联系在一起的,***代云提供商规定了同样的虚拟机规格,使他们自己更容易做这项业务。
不过,在这个过程中,这些提供商不能做任何事情改善物理服务器上的磁盘冗余状况,因此不能保证其可用性。相反,他们告诉你不能完全信赖它。它可能会消失。我们被告知的是,“围绕它的代码会被替代”。
如果我不能信赖它,在我的操作系统只需要10GB存储空间的时候,当我在其他地方需要更大尺寸的虚拟机的时候,我怎么会购买更多的这种存储呢?下面是PlanForCloud提供的云存储尺寸表格:
看看其中容量***的那一款。谁会花钱去购买1.6TB容量的云存储?
谷歌计算引擎和ProfitBricks带来的理智
谷歌计算引擎的***功能之一是它的短暂的存储方法。谷歌把这种方法称作暂时存储。在许多情况下,这种存储限制每台机器有10GB暂时存储。这个存储容量足以建立一个操作系统使用的基地。谷歌显然是故意这样做的。
ProfitBricks把这种方法向前发展了一步,根本不提供短暂的存储。相反,安装了处理器内核和内存的物理服务器在一个资源隔离池中,与提供块存储的磁盘阵列是隔离开的。良好的IOPS(每秒输入输出)是通过使用每秒80GB的InfiniBand网络把两者连接起来实现的。在ProfitBricks的模式中,所有的存储都类似于高可用性的冗余块存储。
你真正需要的是块存储
公共云新手最初很难理解的事情之一是短暂存储与块存储之间的区别。后者是每一家IaaS(基础设施即服务)厂商都提供的功能,其中都有某种水平的冗余,是数据应该真正存储的地方。下面的例子是一些厂商提供的冗余和更好的结果。
厂商 |
块容量冗余 |
***容量 |
AWS |
在一个可用域中有多台服务器 |
1TB |
Azure |
提供本地冗余和地理上的冗余 |
1TB |
GCE |
为额外冗余进行复制 |
10TB |
ProfitBricks |
在两个可用区域有双冗余的RAID 10 |
16TB |
可吸取的教训
这篇文章的寓意很简单:如果你放入的东西超过在短暂存储上的你的基本的操作系统,你将有很大风险。那个数据可能随时消失。你不能依赖它。除非你利用自己的工程开支增加额外形式的冗余,否则你不能使用它。你关心的数据属于块存储:它有内置的冗余和改善的可用性。这将保证你关心的数据在你需要的时候还将在那里。