【问题标题】:Can I use Azure Storage geo-replication as source?我可以使用 Azure 存储异地复制作为源吗?
【发布时间】:2014-12-01 22:04:52
【问题描述】:

我知道 Azure 会将当前存储帐户的副本异地复制到另一个位置, 我的问题是:我可以访问程序中的另一个位置,即使只是只读的

我问了这个问题,因为这让我可以在不同的地理位置构建另一个部署,以获得性能和防灾,就像 Azure 所做的那样。对于当前的设置,如果我在不同的地理位置使用相同的存储源,我必须支付额外的带宽成本。

【问题讨论】:

    标签: azure azure-storage


    【解决方案1】:

    您只能通过主名称访问您的存储帐户。如果发生故障转移,该名称将映射到备用数据中心。您不能直接访问故障转移存储,也不能选择何时触发故障转移。对于您所描述的多站点设置,您需要复制数据(这会增加数据中心#2 的存储成本)。这确实为您在 DR 和性能规划方面提供了最大的灵活性,但会增加存储和带宽成本(仅限出口)。

    【讨论】:

    • 复制数据比直接使用相同的存储更复杂,只是支付更多而且有点慢。我看到 Azure 现在可以镜像 SQL Azure,所以我希望有一天我们也可以镜像存储帐户。感谢您的回答
    • @David Makogon - 你知道 MS 是否计划添加一个 Blob 存储同步服务,就像他们为 SQL Azure 使用 SQL Azure 数据同步所做的那样?
    • @JonathanMcIntire - 我无法评论存储服务功能路线图 - 抱歉!
    【解决方案2】:

    上周,存储团队宣布了对故障转移存储的只读访问权限:Windows Azure Storage Redundancy Options and Read Access Geo Redundant Storage

    这意味着您现在可以在不同的数据中心部署您的应用程序,该数据中心可用于“完全”故障转移(意味着存储也将在那里可用)。即使它只是只读的,您的应用程序仍将在线 - 但只是处于“降级”模式。

    这里描述了如何使用流量管理器实现此功能的步骤:http://fabriccontroller.net/blog/posts/adding-failover-to-your-application-with-read-access-geo-redundant-storage-and-the-windows-azure-traffic-manager/

    【讨论】:

      猜你喜欢
      • 2021-07-14
      • 2021-10-16
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2019-05-27
      • 1970-01-01
      相关资源
      最近更新 更多