我使用位于CDN后面的Azure Blob存储通过直接URL (即不通过任何API)为文件服务。
储藏室是RA-GRS。
我的问题与主要存储区域的区域中断有关。
我已经看到了将请求重定向到只读区域的策略,以防止针对主服务器的重复操作失败,但无法找到任何关于如何处理直接读访问重定向的信息。
在主存储发生区域中断的情况下,在故障转移方面,预期的行为是什么?
我预计由于CDN节点缓存文件,会有一些隔离,但是在持续中断的情况下,有什么方法可以重定向到次级只读区域吗?在CDN和存储之间设置流量管理器节点是可能的吗?
任何关于最佳实践或预期功能的建议都将不胜感激!
发布于 2019-08-19 07:35:09
我已经看到了将请求重定向到只读区域的策略,以防止针对主服务器的重复操作失败,但无法找到任何关于如何处理直接读访问重定向的信息。
在地质故障转移过程中,您不需要更改应用程序的URIs -所有现有URI在地理故障转移之前和之后都将同样工作,因为存储帐户account.<service>.core.windows.net DNS条目将被更新为从主位置指向次要位置。
我预计由于CDN节点缓存文件,会有一些隔离,但是在持续中断的情况下,有什么方法可以重定向到次级只读区域吗?
然而,对于RA-GRS,由于地理复制有延迟,在区域灾难发生时,尚未复制到第二区域的数据可能在故障转移后丢失。由于微软管理的故障转移,我们无法更多地控制它,即使您有CDN,您也不能启用自动回退到第二个端点,请参阅此反馈。
在CDN和存储之间设置流量管理器节点是可能的吗?
目前,它不支持流量管理器下的blob存储,但对于外部端点可能是可能的。读反馈。
在这种情况下,您可以使用使用Azure流量管理器设置跨多个Azure CDN端点的故障转移。如果是这样的话,您将有两个CDN配置文件,并充分控制它。在典型的故障转移场景中,所有客户端请求首先指向主CDN配置文件;如果配置文件不可用,则请求将传递到辅助CDN配置文件,直到主CDN配置文件恢复联机为止。以这种方式使用Azure流量管理器可以确保您的存储帐户始终可用。
此外,您可以了解Azure存储中的存储帐户故障转移(预览)。客户管理帐户故障转移(预览)使您能够在主存储帐户因任何原因而不可用时,将整个存储帐户转移到次要区域。
https://stackoverflow.com/questions/57546944
复制相似问题