异地冗余存储 (GRS) 使用 LRS 在主要区域中的单个物理位置内同步复制数据三次。
然后,它将数据异步复制到距离主要区域数百英里以外的次要区域中的单个物理位置。
GRS 在一年中提供至少 99.99999999999999%(16 个 9)的存储资源持久性。
首先会将写入操作提交到主要位置,并使用 LRS 复制该操作。 然后会以异步方式将更新复制到次要区域。
将数据写入次要位置后,还会使用 LRS 在该位置复制数据。下图显示了如何使用 GRS 或 RA-GRS 复制数据:
对次要区域中数据的读取访问权限
异地冗余存储(使用 GRS 或 GZRS)将数据复制到次要区域中的另一个物理位置,以防止区域中断。
使用为 GRS 或 GZRS 配置的帐户时,除非进行故障转移,否则次要区域中的数据无法供用户或应用程序直接访问。
故障转移过程更新 Azure 存储提供的 DNS 条目,这样辅助终结点就会成为存储帐户的新主终结点。 在故障转移过程中,数据不可访问。
在故障转移完成后,你便可以将数据读取和写入到新的主要区域。 有关故障转移和灾难恢复的详细信息,请参阅帐户故障转移工作原理。
如果应用程序需要高可用性,则可配置存储帐户,以便对次要区域进行读取访问。 启用对次要区域的读取访问时,数据始终可供从次要区域读取(包括主要区域不可用的情况)。
读取访问异地冗余存储 (RA-GRS) 或读取访问异地区域冗余存储 (RA-GZRS) 配置允许对次要区域进行读取访问。
备注:Azure 文件存储不支持读取访问异地冗余存储 (RA-GRS) 或读取访问异地区域冗余存储 (RA-GZRS)。
更多详情:可以参考官网资料:https://learn.microsoft.com/zh-cn/azure/storage/common/storage-redundancy
尊重别人的劳动成果 转载请务必注明出处:https://www.cnblogs.com/5201351/p/17755863.html
作者:一名卑微的IT民工
出处:https://www.cnblogs.com/5201351
本博客所有文章仅用于学习、研究和交流目的,欢迎非商业性质转载。
由于博主的水平不高,文章没有高度、深度和广度,只是凑字数,不足和错误之处在所难免,希望大家能够批评指出。
博主是利用读书、参考、引用、复制和粘贴等多种方式打造成自己的文章,请原谅博主成为一个卑微的IT民工!