2017-02-24 40 views
1

我们已经使用默认设置使用Azure流量管理器部署了我们的高可用性解决方案。使用Azure流量管理器实现高可用性

我们选择的路由方法是性能。

我们预计一旦主服务器关闭,用户就会转移到辅助服务器。但不幸的是延迟了30秒。对于我们测试中的那些30秒,我们发现用户正在收到未响应问题请求超时。需要几分钟的时间才能找回所有工作。 Azure Traffic Manager with 30 second TTL 通常,我们不会在Facebook或微软网站观察到这些辍学,这些网站肯定会保持高可用性的解决方案。

我们是否需要在我们的应用程序中编写代码来优雅地处理这些退出,就像在客户端显示对话框一样,我们很快会回来等等?什么是最好的解决方案,以便用户体验无缝。

+0

您正在运行Web App的多个实例吗?如果是这样,流量管理器故障切换解决方案仅仅是为了在Azure数据中心全面停机的情况下为您提供保护吗? –

+0

对于故障转移,您希望配置优先级算法,而不是性能。另外,您是否有多个Web应用程序实例,或者您有多个Web应用程序托管您的网站? –

回答

3

由于Azure流量管理器是基于DNS的负载均衡器,客户端必须等待DNS条目上的TTL通过才能重新查询DNS。这就是为什么你有你的问题。流量管理器不管理通信本身,只是您的客户端将通过DNS与哪个服务器进行通信

Facebook和Microsoft正在更深层次的协议中使用负载平衡器(例如平衡IP地址)当一个节点退出时,负载均衡器可以切换到另一个节点,因为它正在接收并重定向所有流量。

如果您可以切换到将解决您的问题的Azure负载平衡器(不确定名称)。否则,你不得不缩短你的TTL或代码来刷新你的DNS缓存并重试。

相关问题