【问题标题】:Azure table storage only SLA?仅 Azure 表存储 SLA?
【发布时间】:2013-06-14 04:05:59
【问题描述】:

我们的团队正在开展一个项目,该项目可能需要使用 Azure 表存储以及 Azure Blob 和消息队列。使用另一种存储提供程序(在这种情况下为表存储)的一个问题是对我们整体服务稳定性的影响。计算是这样的:99.99% * 99.99% > 99.99% * 99.99% * 99.99%。但我的印象是,Azure 存储提供的 99.99% 的 SLA 实际上已经涵盖了所有三种类型的存储(表、队列和 blob)。因此,通过使用表存储,我们实际上并没有引入另一个 99.99% 的因素。我什至找不到单独的表存储 SLA。所以计算应该是 99.99% = 99.99%(因为 99.99% 已经涵盖了所有存储类型)。

另外,我认为 Azure 提供所有三种存储类型的全部原因是允许我们选择最适合解决问题的任何存储类型。那么,当对可服务性的整体影响如此之小时,为什么要限制自己呢?

一些 Azure 专家可以回答这个问题吗?我知道这不完全是一个编程问题,但它对我们的设计产生了巨大的影响。

谢谢。

【问题讨论】:

    标签: azure-storage azure-table-storage


    【解决方案1】:

    如果我没记错的话,这三者的底层基础架构都是相同的。因此,我认为您不会引入一组新的可能的硬件故障。当然,这三种服务之间存在一些软件差异,但它实际上是一个令人惊讶的薄层。如需进一步研究,您可能需要查看this blog post 的存储架构。如果你真的很感兴趣,他们会提供一个关于架构的in-depth paper at SIGOPS。

    我的个人经验(样本大小 = 1)是,Tables 的可靠性不如 Blob 或 Queues,但我认为这只是因为我们使用 Tables 的次数比其他两个选项要多得多。

    【讨论】:

    • 感谢您的回复。提供的信息非常有帮助。从 SIGOPS 论文中,我注意到以下描述:我们的系统支持来自同一存储堆栈的三种不同数据抽象:Blob、表和队列。这种设计使所有数据抽象都可以使用相同的标记内和标记间复制,使用相同的负载平衡系统,并实现流和分区层改进的好处。所以我会将此回复标记为正确答案。
    猜你喜欢
    • 2020-12-31
    • 1970-01-01
    • 2016-02-15
    • 1970-01-01
    • 2014-12-29
    • 2015-08-16
    • 2018-12-04
    • 2014-03-29
    • 2017-03-11
    相关资源
    最近更新 更多