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

我使用位于CDN后面的Azure Blob存储通过直接URL（即，不通过任何API）提供文件服务

存储是RA-GRS

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

我见过一些策略，在对主服务器重复操作失败的情况下，将请求重定向到只读区域，但找不到任何关于如何处理直接读取访问重定向的信息

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

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

任何关于最佳实践或预期功能的建议都将不胜感激

我见过将请求重定向到只读区域的策略 如果主设备多次运行失败，但无法 查找有关如何处理直接读取访问重定向的任何信息

从中，您无需更改应用程序的URI–所有现有URI在地理故障切换前后的工作方式都相同，因为存储帐户

account..core.windows.net

DNS条目将更新为从主位置指向辅助位置

我希望由于CDN节点缓存了 文件，但是否有任何方法重定向到辅助只读 持续停机情况下的区域

但是，对于RA-GRS，由于地理位置复制存在延迟，因此在发生区域灾难时，尚未复制到辅助区域的数据可能会在故障切换后丢失。由于Microsoft管理的故障切换，即使您有CDN，我们也无法对其进行更好的控制。如果您没有启用自动回退到辅助端点，请参见此

是否可以/建议在网络之间设置流量管理器节点 CDN和存储

目前，它不支持traffic manager下的blob存储，但外部端点也可以。读这本书

在这种情况下，您可以使用。如果是这样，您将拥有两个CDN配置文件，并完全控制它。在典型的故障切换场景中，所有客户端请求首先被定向到主CDN配置文件；如果配置文件不可用，则请求将传递到辅助CDN配置文件，直到主CDN配置文件重新联机。以这种方式使用Azure Traffic Manager可确保您的存储帐户始终可用

此外，您还可以了解。客户管理的帐户故障切换（预览）使您能够在主区域因任何原因变得不可用时，将整个存储帐户故障切换到辅助区域

我见过将请求重定向到只读区域的策略 如果主设备多次运行失败，但无法 查找有关如何处理直接读取访问重定向的任何信息

从中，您无需更改应用程序的URI–所有现有URI在地理故障切换前后的工作方式都相同，因为存储帐户

account..core.windows.net

DNS条目将更新为从主位置指向辅助位置

我希望由于CDN节点缓存了 文件，但是否有任何方法重定向到辅助只读 持续停机情况下的区域

但是，对于RA-GRS，由于地理位置复制存在延迟，因此在发生区域灾难时，尚未复制到辅助区域的数据可能会在故障切换后丢失。由于Microsoft管理的故障切换，即使您有CDN，我们也无法对其进行更好的控制。如果您没有启用自动回退到辅助端点，请参见此

是否可以/建议在网络之间设置流量管理器节点 CDN和存储

目前，它不支持traffic manager下的blob存储，但外部端点也可以。读这本书

在这种情况下，您可以使用。如果是这样，您将拥有两个CDN配置文件，并完全控制它。在典型的故障切换场景中，所有客户端请求首先被定向到主CDN配置文件；如果配置文件不可用，则请求将传递到辅助CDN配置文件，直到主CDN配置文件重新联机。以这种方式使用Azure Traffic Manager可确保您的存储帐户始终可用

此外，您还可以了解。客户管理的帐户故障切换（预览）使您能够在主区域因任何原因变得不可用时，将整个存储帐户故障切换到辅助区域