【问题标题】:How to drain a CNAME record in Route53?如何在 Route53 中耗尽 CNAME 记录?
【发布时间】:2020-12-27 03:27:14
【问题描述】:

我目前的设置如下所示:

   www.example.com -CNAME-> alb.us-east-1.example.com
   www.example.com -CNAME-> alb.us-west-1.example.com
   ...

这些记录中的每一个都使用基于延迟的路由和健康检查。到目前为止,这已成功将流量发送到“附近且健康”的实例(好),但是当我想抢先耗尽一个实例时该怎么办? (在这种情况下,“实例”可能是不位于任何 LB 之后的 EC2 实例,或者是某个条带的 LB,或者是非 AWS IP,或者完全是其他东西。它具有流量必须的地址被阻止尝试到达。)

编辑: by "drain" 我指的是导致 Route53 退出,在其响应中包含给定记录,这样流量就不会尝试联系它指向的 ALB 实例(或其他任何实例)在。请注意,任何涉及 ALB 配置的东西都不起作用,因为它是我想要阻止流量连接到的 ALB(等等)。)

据我所知,Route53 并未明确提供该功能,这似乎是一个奇怪的遗漏。

支持此用例的最佳实践有哪些?


编辑:为了记录,我在谷歌上搜索了一堆,没有发现任何东西比我已经在使用的有用。也许我只是使用了错误的术语或其他什么?


目前我想出的最佳解决方案是创建一个“健康检查”,该“健康检查”经过精心构造,始终失败,并将其换成真正的健康检查。但这似乎真的很草率,因为它欺骗了系统给我想要的东西,而不是真正成为我想要的东西。

我看过的另一个不起作用的解决方案是将要排出的记录从基于延迟的时间修改为加权(使用weight=0),但似乎 Route53 不允许混合延迟和加权对于相同的记录集。

【问题讨论】:

  • preemptively drain one instance是什么意思
  • Route53 只是一个 DNS 服务,没有连接耗尽之类的东西。您必须使用 ELB 来实现此类功能
  • @ArunK 查看编辑。
  • @karjan:基于 DNS 的流量管理,包括引流,在我看到的每个多区域设置中都是常见的做法。基于 ELB 的排水管适用于区域内和 ELB 后面的事物,但不适用于自身的 ELB。
  • 您的解决方案看起来并没有那么草率,因为从技术上讲,“耗尽实例/端点”不应该是健康的。

标签: amazon-web-services amazon-route53


【解决方案1】:

如果您希望在没有主机的情况下转移流量,您可以采取一些步骤来尝试使其尽可能顺利。

首先要保持低 TTL,否则任何 DNS 配置更改都可能需要一段时间才能应用于缓存了 DNS 解析的客户端。这个缓存的 TTL 我相信你指的是耗尽。

其次,正如您所提到的,如果运行状况检查失败,保持运行状况检查将自动删除在 DNS 查找期间返回的区域值。在为客户端清除 DNS 缓存之前,它们将解析到损坏的区域。

或者,根据您的规模,可能值得一看 Global Accelerator。通过使用此服务,在应用程序级别处理配置和故障转移,这意味着最终用户将更加即时。然后将存在针对 Global Accelerator 提供的任播 IP 的单个 DNS 记录。

编辑

通过使用“别名”记录的值类型,可以将加权记录与基于延迟的记录结合起来。然而。这将需要多条记录,因为您不能将两者都分配给相同的记录类型。

更多信息请见here

【讨论】:

  • 虽然这通常是有用的信息,但其中每一点要么是我已经做过的事情,要么与我实际提出的问题无关。 ——“主机宕机”事件实际上已经处理完毕。我要处理的是即将到来的“定期维护”类型的案例。
  • 可以通过创建 DNS 记录链来使用多种记录类型(即加权和延迟),但这并不理想并且可能会使它过于复杂。我唯一的建议是看看全球加速器,因为它提供了跨区域分配流量的额外功能
  • 这些层是如何组合的?我认为加权延迟堆栈将首先选择一个区域,然后从该区域按重量选择。但是如果每个区域只有一个“实例”,那在第二层就没有效果了。任何去该地区的东西都会得到那个实例或NXDOMAIN。我预计,以另一种方式堆叠会同样失败。如果发生更复杂的事情;不用了。
  • 至于 Global Accelerator,由于原因(与问题无关),我无法进入。
猜你喜欢
  • 2014-09-15
  • 2021-08-20
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-03-17
  • 2018-08-01
  • 2020-06-27
相关资源
最近更新 更多