Microsoft Azure-地理位置和本地冗余

Microsoft Azure-地理位置和本地冗余,azure,redundancy,Azure,Redundancy,部署Azure项目有3种复制选项:本地冗余、地理冗余和RA地理冗余。微软说,本地冗余创建3个拷贝,地理冗余-6个拷贝(在2个数据中心)用于保护。而且它的价格是原来的两倍。这对我来说很有趣-geo redundant允许更快的访问(因为不同地区有两个数据中心)还是没有?或者它太小,以至于可以忽略?另外,RA地理冗余也很有趣地理冗余用于确保重大灾难的故障切换 如果查看这些目标,您会发现地理冗余存储的吞吐量值较低(入口和出口)。您必须将其设置为read access geo冗余存储以公开辅助端点(即不

部署Azure项目有3种复制选项:本地冗余、地理冗余和RA地理冗余。微软说,本地冗余创建3个拷贝,地理冗余-6个拷贝(在2个数据中心)用于保护。而且它的价格是原来的两倍。这对我来说很有趣-geo redundant允许更快的访问(因为不同地区有两个数据中心)还是没有?或者它太小,以至于可以忽略?另外,RA地理冗余也很有趣

地理冗余用于确保重大灾难的故障切换

如果查看这些目标,您会发现地理冗余存储的吞吐量值较低(入口和出口)。您必须将其设置为read access geo冗余存储以公开辅助端点(即不使用与主端点相同的地址)。如果您愿意,您可以将此故障切换选项考虑到您的应用程序/web服务中,但由于它是只读的,它仍然会受到限制

我想这取决于a)您的数据有多重要(总是乐于告诉您的客户,即使在灾难中,他们的数据也是安全的)和b)您是否能够实际达到存储帐户的任何限制

我没有从存储帐户提供任何大小的媒体文件,因此我倾向于在进入/退出限制之前遇到实体/分区限制。我会从一开始就启用地理复制,如果/当您遇到性能问题(或在多个存储帐户之间拆分数据)时禁用它。如果禁用了地理位置复制,则重新启用该复制会产生成本,我假设此费用是由于必须将大量数据传输到辅助服务器

我的两分钱