【问题标题】:Microsoft Azure - geo and locally redundantMicrosoft Azure - 异地和本地冗余
【发布时间】:2015-01-07 09:37:14
【问题描述】:

有 3 个复制选项来部署 Azure 项目:本地冗余、异地冗余和 RA 异地冗余。微软表示,本地冗余创建 3 个副本,异地冗余 - 6 个副本(在 2 个数据中心中)用于保护。而且它的成本要高出 2 倍。这对我来说很有趣 - 地理冗余允许更快的访问(因为不同地区的 2 个数据中心)与否?还是太小了,可以忽略不计? RA 地理冗余也很有趣

【问题讨论】:

    标签: azure redundancy


    【解决方案1】:

    地理冗余可确保重大灾难的故障转移。

    如果您查看scalability and performance 目标,您会发现异地冗余存储的吞吐量值(入口和出口)较低。您必须将其设置为读取访问异地冗余存储以公开辅助端点(即不使用与主端点相同的地址)。如果需要,您可以将此故障转移选项纳入您的应用程序/Web 服务,但由于它是只读的,它仍然会受到阻碍。

    我想这取决于 a) 您的数据有多重要(总是很高兴告诉您的客户他们的数据即使在灾难中也是安全的)以及 b) 您是否真的会达到存储帐户的任何限制。

    我没有从存储帐户提供任何大小的媒体文件,因此我倾向于在入口/出口限制之前遇到实体/分区限制。如果/当您遇到性能问题(或在多个存储帐户之间拆分数据),我会从一开始就启用异地复制并禁用它。如果已禁用异地复制,则重新启用异地复制需要付费,我认为这笔费用是由于必须将大量数据传输到辅助服务器。

    我的两分钱

    【讨论】:

      猜你喜欢
      • 2017-02-27
      • 1970-01-01
      • 2012-07-28
      • 2021-05-11
      • 2016-03-21
      • 2015-05-05
      • 1970-01-01
      • 2016-06-10
      • 1970-01-01
      相关资源
      最近更新 更多