在Azure的流量管理器中,我正在测试两个故障转移URL: 流量管理器配置了两个不同的端点(failover1.mysite.com和failover2.mysite.com),然而,我的本地浏览器(例如Chrome)似乎在自己缓存DNS记录并重定向到它认为仍然是目标,而不是让Azure Traffic Manager重新路由。在新的浏览器或无痕浏览会话中尝试该请求将导致请求到达正确的站点。但对于现有的会话,故障转移更新未被注册,仍然命中我们试图重定向流量的站点。有没有人有相关经验?
从微软的负载均衡服务概述中得知:
Traffic Manager是基于DNS的流量负载均衡器[...],它仅在域级别进行负载平衡。因此,由于DNS缓存和系统不遵守DNS TTL等常见挑战,它无法像Front Door那样快速故障转移。
使用Front Door,您可以根据规则和/或后端本身的健康状况将请求路由到不同的后端,因此它不会出现您描述的问题。
当我处理Azure Traffic Manager或AWS CloudFront时,我遇到了同样的问题。
DNS记录与其TTL值相关联。这不是Azure Traffic Manager的问题,而是TTL值让DNS客户端缓存IP地址。
如何检查DNS的TTL值:
如果您使用Windows操作系统,请执行以下步骤:
https://support.rackspace.com/how-to/nslookup-checking-dns-records-on-windows/
如果您使用的是Linux,请按照此处详细说明操作。https://www.cyberciti.biz/faq/howto-use-dig-to-find-dns-time-to-live-ttl-values/
希望有所帮助。