Azure GRS的典型Geo复制滞后

Question

Microsoft 地理冗余存储(全球遥感)不是即时的，因此它们公开了一个“最后同步时间”值，以帮助用户/管理员理解地理复制的滞后。不幸的是，文档并没有给出典型的滞后程度，因此作为Azure的新用户，很难知道预期会发生什么。通常是几秒钟，几分钟，几小时？

显然，理想的答案是进行一些实证检验，但是对于已经使用过它的人来说，你通常会看到什么样的滞后呢？

Answer 1

几分钟。在你提供的链接中，强调我的：

恢复点目标(RPO)：在GRS和RA中，存储服务异步地将数据从主位置复制到次要位置。如果主区域不可用，则可以对辅助区域执行帐户故障转移(预览)。当您启动故障转移时，可能会丢失尚未被地理复制的最近更改。丢失的潜在数据的分钟数称为RPO。RPO指示可以恢复数据的时间点。Azure存储通常有不到15分钟的RPO，尽管目前还没有SLA来说明地理复制所需的时间。

在您的业务连续性测试期间测量此值以确认。