azure - DNS:Azure Web Apps + 流量管理器的高可用性

标签 azure dns azure-web-app-service azure-traffic-manager

我有一个具有以下设置的客户:

  • DNS 是网络解决方案。 DNS 条目的最小 TTL 是一个小时。
  • 托管标准 MVC 站点的 Azure Web 应用。
  • Azure 流量管理器设置为优先级。
  • 我们的 A 记录指向 Azure Web 应用程序的 IP 地址。我们的 www 和其他各种子域的 CNAME 指向我们的流量管理器端点。然后,我们的流量管理器端点指向 [siteName].azurewebsites.net。
  • 我们的裸域只是 301 重定向到我们的 www。

我的目标是在另一个数据中心建立热备用,如果需要,我可以快速故障转移到该数据中心。借助流量管理器,我可以将流量管理器中所有子域的 TTL 设置为较小值,例如几分钟。如果我需要故障转移,这很快。

我的问题是关于裸域 A 记录的故障转移。在 NetworkSolutions,A 记录必须是 IP 地址。我有 Google'd/Bing'd,我相信无论 DNS 提供商如何,都是如此。

有哪些选项可用于将 A 记录快速故障转移到辅助区域和另一个 Web 应用程序?到目前为止,我唯一的想法是切换到新的权威 DNS,它可以让我将 A 记录的 TTL 保持在一个小时以内,然后完全处置流量管理器。

考虑到我们的目标是快速故障转移到不同区域的 Web 应用程序,是否还有其他更佳的替代方案?

最佳答案

@Y.B.链接到服务器故障上的一个很好的答案,讨论了 DNS 并不能真正很好地进行故障转移这一事实。即使您确实将 TTL 设置为 5 分钟,也会有许多设备不遵守这一点。

如上所述,流量管理器是一项非常可靠的服务 here 。 即使某个 Azure 区域出现故障,也不会受到影响。

您的 A 记录策略意味着搜索引擎不会对原始域建立索引。所以这些仍然有效。

但是,DNS 不是故障转移解决方案。无法保证 DNS 记录的更改需要多长时间才能传播。

像 CloudFlare 这样的服务可以帮助您进行负载平衡,因为它们使用任播地址。

关于azure - DNS:Azure Web Apps + 流量管理器的高可用性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48079174/

相关文章:

apache - 多个域到一个虚拟主机 |通配符主机(共享主机)?

azure - 即使浏览器网站返回 200,应用服务运行状况检查也为 0%

azure - 如何从 Azure 移动应用程序后端删除生成的查询?

Azure Functions 项目架构最佳实践

Azure API 应用程序添加了额外的 Access-Control-Allow-Origin header

c - C 中的 DNS 客户端

c - 将 getaddrinfo 绑定(bind)到特定接口(interface)(源 IP)

azure - 即使存在ignore_changes开关,Terraform也会清除Azure应用程序配置设置

entity-framework-6 - 使用 Azure Active Directory 从 Azure 网站连接到 Azure SQL?

azure - 单个 Azure 租户上的多个 AzureAD 管理员