为什么 DNS 负载平衡仍然必不可少

让我们从一个潜在客户的故事开始——一家虚构的欧洲公司，生产跑步装备，包括鞋子、袜子、T 恤等。 它始于西班牙，在那里流行起来，并迅速扩展到欧洲和中东的其他国家。

该公司推出了众多网站和应用来支持其各个地区和商店。 其 IT 领导者很早就决定在不同的环境中托管网站和应用程序，涉及多个公共云提供商和本地数据中心，以便公司的区域团队能够自主。

该公司目前寻求更轻松地控制这些不同的资产，并使自适应应用程序更顺畅地运行，以帮助其蓝绿部署。 （这些部署创建了独立但相同的环境，其中一个运行当前的应用程序版本，另一个运行新版本。）

让我们看看 DNS 负载平衡 (DNSLB) 如何帮助该企业实现其目标。

DNS 是互联网的几个关键协议之一。 每当用户需要访问应用或网站时，就会执行 DNS 请求来定位这些资源。 如果没有 DNS，应用或网站就无法访问。

DNS（域名系统）对大多数人来说可能是一个熟悉的术语，但 DNS 负载平衡（也称为 GSLB（全局服务器负载平衡））可能并不熟悉。 简而言之，它是 DNS 的更智能版本，能够根据应用的健康状况和客户端源 IP 地址来控制流量。

如今，大多数应用不再托管在单一位置，而是托管在多个环境中（例如，本地和公共云，或每个区域）。 虽然这可以为用户提供更好的服务，但也需要将客户的流量路由到最近的数据中心

在这些情况下通常使用任播路由。 但它要求所有流量都流向提供商的网络，这禁止架构利用不同提供商的位置。

此外，客户需要一种方法来检测故障的后端 - 即避免向其发送请求并导致糟糕的用户体验。

这时 DNS 负载平衡 (DNSLB) 就派上用场了。 原因如下：

• DNSLB 提供定期健康检查以确保参与应用的端点处于活跃状态。
• 不仅如此，健康检查还可以查找特定的关键信息来判断后端是否健康，即消除那些可以访问但访问方式不佳且无法正常提供内容的后端。
• Geo-IP 支持意味着最终用户可以获得最相关的内容。
  • 例如，所有用户都将被发送到任播 Web 服务，但远离 PoP（接入点）的国家/地区的用户可能会被发送到本地数据中心或区域云提供商。
  • 或者，如果用户不能被发送到其国家或地区之外，基于地理位置的政策可确保向他们提供来自相关地点的内容（这也适用于欧盟的 GDPR 要求）。
• DNSLB 也可以作为灾难恢复计划的一部分，允许在第一个位置发生故障时将用户路由到后备位置。

在我们制造运转设备的公司示例中，由于其 IT 分布在不同的环境中，DNSLB 是一种带来灵活性的明智方法。 这是因为它只处理 DNS 层，而其余流量流向所选目的地（例如公共云、私有数据中心等）。 这使得它避免受特定供应商或云提供商的束缚。

此外，由于有不同的负载平衡算法可用，该公司可以使用蓝绿方法（逐步将用户切换到较新的版本）部署其应用程序的新版本，甚至可以执行金丝雀部署 - 先切换一小部分服务器或节点，然后再包括其他服务器或节点的部署 - 通过使用“比率”算法。

与本地解决方案相比，将 DNSLB 作为 SaaS 具有明显的优势：

• 客户不必担心配置任何硬件、网络和机架容量。
• 包括分布式拒绝服务 (DDoS) 保护 - 这意味着客户不必自己处理它。
• 任播路由让最终用户可以访问距离其位置最近的 DNS 服务器，从而改善延迟并提供更好的用户体验。

当然，还应该提供基于 REST 的 API，以便客户轻松实现自动化并与现有工具和系统集成。