我正在使用CDN后面的Azure Blob存储来通过直接URL（即不通过任何API）提供文件。
存储是RA-GRS。
我的问题与主存储区域的区域中断有关。
我已经看到了在对主服务器重复操作失败的情况下将请求重定向到只读区域的策略，但是找不到有关如何处理直接读取访问重定向的任何信息。
如果主存储区域性中断，就故障转移而言，预期的行为是什么？
我希望由于CDN节点缓存文件而使有些隔离，但是在持续中断的情况下，有什么方法可以重定向到辅助只读区域吗？是否可以/建议在CDN和存储之间设置流量管理器节点？
感谢您提供有关最佳做法或预期功能的建议！
答案 0 :(得分：0)
我已经看到了将请求重定向到只读区域的策略 如果针对主服务器重复操作失败，但不能 找到有关如何处理直接读取访问重定向的任何内容。
您无需从Geo-Failover Process更改应用程序的URI，因为存储帐户account.<service>.core.windows.net的DNS条目将被更新为，因此所有现有URI在地理故障转移之前和之后的工作方式都相同。从主要位置指向次要位置。
我预计由于CDN节点会将 文件，但是有什么方法可以重定向到辅助只读 持续断电的地区？
但是，对于RA-GRS，由于地理复制存在延迟，因此，如果发生区域性灾难，则尚未复制到次要区域的数据可能会在丢失后丢失。故障转移。由于受Microsoft管理的故障转移，即使您具有CDN，我们也无法对其进行更多控制，您也无法启用自动回退到辅助端点的功能，请参见此feedback。
是否可以/建议在以下位置之间设置流量管理器节点： CDN和存储空间？
当前，它不支持流量管理器下的Blob存储，但外部端点可能是可能的。阅读feedback。
在这种情况下，您可以使用set up failover across multiple Azure CDN endpoints with Azure Traffic Manager。如果是这样，您将拥有两个CDN配置文件并对它进行完全控制。在典型的故障转移方案中，所有客户端请求都首先定向到主CDN配置文件；然后，将其定向到主CDN配置文件。如果配置文件不可用，则将请求传递到辅助CDN配置文件，直到您的主要CDN配置文件重新联机。以这种方式使用Azure Traffic Manager可确保您的存储帐户始终可用。
此外，您还可以了解storage account failover (preview) in Azure Storage。客户管理的帐户故障转移（预览）使您可以在主存储因任何原因不可用时将整个存储帐户故障转移到辅助区域。