【问题标题】:Azure Blob Storage: Replicating GeographicallyAzure Blob 存储:地理复制
【发布时间】:2014-06-03 12:33:44
【问题描述】:

我在West Europe 区域有一个主 blob 存储,其中包含通过同一区域内的我们应用程序访问的用户上传的文件。如果您在East US 区域,这会受到高延迟的影响。

因此,我将应用程序的另一个实例添加到美国东部地区,并使用流量管理器根据性能在两个实例之间进行路由。美国东部地区的用户现在可以与他们自己地区的应用程序实例通信。

问题是,现在美国东部的实例正在与西欧的 blob 存储通信,因此应用程序受到延迟的影响。我可以为西欧 blob 存储打开地理冗余,但这基本上只是为了备份,而不是性能,因为我无法选择复制到哪个区域。

我不能使用 CDN,因为正在访问的文件是用户的私有文件,并且我只在用户与应用程序交互时为每个 URL 生成共享访问签名。 (CDN 仅适用于公共商店)。

那么,如何将 Blob 存储从一个区域复制到我选择的另一个区域? 理想情况下,这将是两种方式,就像我对 SQL-Sync 所做的那样。理想的最终结果是美国东部实例与位于美国东部的 Blob 存储进行通信,其中 Blob 与西欧主数据库同步。

【问题讨论】:

    标签: azure azure-storage azure-blob-storage


    【解决方案1】:

    Azure 中没有内置机制来促进区域之间的 blob 同步(除了配对区域之间的异地复制)。您需要在您的应用程序中实现此功能。这个怎么做?这是主观的,可能会引起热烈的讨论(而且 StackOverflow 不是征求意见的地方)。

    也就是说...从目标的角度来看,在 Azure 中,您发现的最接近内置启用程序的是服务总线,因为它支持发布/订阅。这将允许您发布与存储内容相关的消息,然后让代表每个所需区域的订阅者使用他们自己的订阅者队列中的这些消息并写入特定于区域的 blob 存储。

    【讨论】:

    • 听起来 Azure 需要公开自己的用于故障转移备份的复制机制,以便它可以用于基于性能的同步,就像使用 SQL Sync 一样。
    猜你喜欢
    • 2016-02-12
    • 1970-01-01
    • 1970-01-01
    • 2019-05-17
    • 2016-09-21
    • 1970-01-01
    • 1970-01-01
    • 2022-09-28
    • 2020-08-18
    相关资源
    最近更新 更多