在没有传播时间的情况下更改云DNS IP (资源记录类型A)

Question

我有一个安装了istio的GKE集群。Istio入口网关自动创建带有IP的负载均衡器。

我把这个IP放在Cloud中作为下面的图像(带有隐藏DNS名称的假IP )。一切正常，我可以使用URL访问我的集群。

我知道，如果我需要像文档中所描述的那样改变IP，我可以减少TTL时间来减少传播时间。

更改的传播分为两部分。首先，必须将通过API或命令行工具发送的更改推送到Cloud的权威DNS服务器。其次，DNS解析器必须在记录缓存过期时获取此更改。DNS解析器的缓存由您为记录设置的时间到活(TTL)值控制，该值以秒为单位指定。例如，如果设置TTL值为86400 ( 24小时内的秒数)，则指示DNS解析器将记录缓存24小时。一些DNS解析器忽略TTL值或使用自己的值来延迟记录的完全传播。如果您计划更改需要窄窗口的服务，则可能需要在更改之前将TTL更改为较短的值。这种方法可以帮助减少缓存窗口，并确保更快地更改新记录设置。更改后，可以将该值更改为以前的TTL值，以减少DNS解析器上的负载。

但是正如您所看到的，这个解决方案并不可靠，因为一些DNS解析器无法遵循我的TTL。有没有办法把这个传播时间减少到零？我试图创建一个负载均衡器和一个转发规则，但没有成功。

Answer 1

有没有办法把这个传播时间减少到零？

在网上？不是的。另见：如何缩短DNS的传播效果

权威的名称服务器可能有一些最低的TTL。虽然最起码的时间通常只有几分钟。可以处理接近其最小TTL的查询，在那里加载问题较少。

一些解析器是观察到TTL增加。虽然这些都是少数，但是预期100%的用户会被TTL移动是不现实的。

Answer 2

有没有办法把这个传播时间减少到零？

不是的。

假设所有其他DNS服务器都会尊重TTL，因为如果他们不这样做，您就无法控制TTL，也无法影响他们的行为。如果一些DNS服务器不尊重它，那么无论如何你也无能为力。