【发布时间】:2015-01-07 09:37:14
【问题描述】:
有 3 个复制选项来部署 Azure 项目:本地冗余、异地冗余和 RA 异地冗余。微软表示,本地冗余创建 3 个副本,异地冗余 - 6 个副本(在 2 个数据中心中)用于保护。而且它的成本要高出 2 倍。这对我来说很有趣 - 地理冗余允许更快的访问(因为不同地区的 2 个数据中心)与否?还是太小了,可以忽略不计? RA 地理冗余也很有趣
【问题讨论】:
标签: azure redundancy
有 3 个复制选项来部署 Azure 项目:本地冗余、异地冗余和 RA 异地冗余。微软表示,本地冗余创建 3 个副本,异地冗余 - 6 个副本(在 2 个数据中心中)用于保护。而且它的成本要高出 2 倍。这对我来说很有趣 - 地理冗余允许更快的访问(因为不同地区的 2 个数据中心)与否?还是太小了,可以忽略不计? RA 地理冗余也很有趣
【问题讨论】:
标签: azure redundancy
地理冗余可确保重大灾难的故障转移。
如果您查看scalability and performance 目标,您会发现异地冗余存储的吞吐量值(入口和出口)较低。您必须将其设置为读取访问异地冗余存储以公开辅助端点(即不使用与主端点相同的地址)。如果需要,您可以将此故障转移选项纳入您的应用程序/Web 服务,但由于它是只读的,它仍然会受到阻碍。
我想这取决于 a) 您的数据有多重要(总是很高兴告诉您的客户他们的数据即使在灾难中也是安全的)以及 b) 您是否真的会达到存储帐户的任何限制。
我没有从存储帐户提供任何大小的媒体文件,因此我倾向于在入口/出口限制之前遇到实体/分区限制。如果/当您遇到性能问题(或在多个存储帐户之间拆分数据),我会从一开始就启用异地复制并禁用它。如果已禁用异地复制,则重新启用异地复制需要付费,我认为这笔费用是由于必须将大量数据传输到辅助服务器。
我的两分钱
【讨论】: