通过 CDN 直接 URL 故障转移策略的 Azure 存储

Question

我使用位于 CDN 后面的 Azure Blob 存储通过直接 URL(即不通过任何 API)提供文件。

存储采用 RA-GRS。

我的问题与主存储区域的区域中断有关。

我已经看到了在主数据库重复操作失败时将请求重定向到只读区域的策略，但找不到任何有关如何处理直接读取访问重定向的信息。

如果主存储发生区域性中断，在故障转移方面的预期行为是什么？

由于 CDN 节点缓存文件，我预计会有一些隔离，但是在持续中断的情况下有没有办法重定向到辅助只读区域？是否可以/建议在 CDN 和存储之间设置流量管理器节点？

任何有关最佳实践或预期功能的建议都将受到赞赏!

Answer 1

I've seen strategies of redirecting requests to the read-only region in case of repeated operation failures against the primary, but can't find anything on how to handle direct read access redirection.

来自Geo-Failover Process ，您无需更改应用程序的 URI – 所有现有 URI 在地理故障转移之前和之后都将与存储帐户 account.<service>.core.windows.net 一样工作。 DNS 条目将更新为从主要位置指向辅助位置。

I expect there to be some insulation due to the CDN nodes caching the files, but is there any way to redirect to the secondary read-only region in case of sustained outage?

但是对于RA-GRS来说，由于异地复制存在延迟，一旦发生区域灾难，可能会导致异地复制后尚未复制到次​​要区域的数据丢失。故障转移。由于 Microsoft 管理的故障转移，即使您有 CDN，我们也无法对其进行更多控制，您没有启用自动回退到辅助端点，请参阅此 feedback 。

Is it possible/advisable to set up traffic manager nodes between the CDN and the storage?

目前，它不支持流量管理器下的 blob 存储，但对于外部端点来说可能是可行的。阅读feedback .

在这种情况下，您可以使用 set up failover across multiple Azure CDN endpoints with Azure Traffic Manager 。如果是这样，您将拥有两个 CDN 配置文件并对其拥有完全控制权。在典型的故障转移场景中，所有客户端请求首先定向到主 CDN 配置文件；如果配置文件不可用，请求将传递到辅助 CDN 配置文件，直到您的主 CDN 配置文件重新上线。以这种方式使用 Azure 流量管理器可确保您的存储帐户始终可用。

此外，您还可以了解 storage account failover (preview) in Azure Storage 。客户管理的帐户故障转移(预览版)使您能够在主区域因任何原因变得不可用时将整个存储帐户故障转移到辅助区域。