Windows Azure Storage – 4万亿对象和计数


Window Azure Storage有着惊人增长的一年。我们拥有超过4万亿的存储对象,每秒处理着270,000个请求,顶峰时达到每秒880000个请求。

大约一年前,我们达到了一万亿的目标。然后在过去的12 个月,在存储对象上我们经历了一个4倍的惊人增长,平均每秒请求增长2.7倍.

下表中显示的是过去一年中Window Azure存储对象的数量。显示的存储对象是在每个月的最后一天进行统计的。统计的对象是存储在Windows Azure Storage 中独一无二的用户对象的数量,因此计数不包括副本。


 以下图表显示每秒的平均请求和峰值请求。显示的每秒平均请求数量是整个月份总和的平均数,显示的每秒峰值请求是每个月的峰值。


我们预计这个增长速度将继续下去,特别是自从我们把存储请求成本降低10以来。不考虑请求的类型现在100000个请求花费0.01美元(同样的花费对于输入和产出而言)。对于Windows Azure Storage输入和产出比其它云提供商便宜10到100倍。

除此之外,现在我们提供两种类型的持久性存储- 本地冗余存储(LRS)和地理冗余存储(GRS.  GRS存储是我们已经提供的默认存储方式,现在我们提供一种新的存储类型称为LRS. LRS提供折扣优惠,并提供本地冗余存储,在特定的地点我们为你保留三个相同副本的数据。GRS提供地理冗余存储,我们在相距至少400千米的两地保留6个相同副本(每3个副本放在同一个地方)。这样允许你为数据选择想要的持久性级别。当然,如果你不需要额外的GRS持久性,你可以以23%至34%的折扣使用LRS(具体取决于存储的数据量)。此外,我们还会使用其它精密的编码方案用于存储数据,提供比LRS和GRS更高的持久性,同时保持存储开销低,正如在我们在USENIX paper中描述的那样。

同时对我们最近发布的Windows Azure 虚拟机而感到高兴,持久性的硬盘作为Window Azure存储对象的位置。这使操作系统和数据盘被你的操作系统所使用,和Window Azure Storage提供的LRS和GRS有着同样的效果。随着该版本的发行,我们也提供了简单地使用客户数据库进入Window Azure Storage 去获取更多的编程语言(.net, java, node.js, php, and python),以及REST.

正如SOSP paper中描述的那样在同样的存储中Window Azure Storage用一种独特的方式存储不同类型的对象(Blobs, 磁盘/驱动器, , 队列)。 Blobs总的数量(磁盘、驱动器被存储为blobs),表的实体、队列消息在统一存储中超过4万亿。通过在同一存储堆栈中混合不同类型的对象,为了保持数据的有效性我们用一个单堆栈来复制数据,并且我们在同一个硬盘中存储不同类型的对象,使负荷平衡,进而降低价格。这使我们对所有类型对象拥有一个简单地定价模型(同样的花费就GB/月、带宽和交易而言),因此顾客可以把注意力集中于选择最能满足他们需要的类型对象上,而不是因为价格不同而选择另一种类型的对象。

我们为这种增长的趋势而感到兴奋,并继续为客户提供优质的服务工作。请让我们知道是否你有一些反馈、 疑问或意见 !如果您想要了解更多有关Windows Azure,点击这儿

本文翻译自:http://blogs.msdn.com/b/windowsazure/archive/2012/07/18/windows-azure-storage-4-trillion-objects-and-counting.aspx

Comments (0)

Skip to main content