Google cloud platform 谷歌云,URL地图(负载平衡),缩短更改生效的时间

Google cloud platform 谷歌云,URL地图(负载平衡),缩短更改生效的时间,google-cloud-platform,load-balancing,Google Cloud Platform,Load Balancing,作为谷歌云负载平衡的一部分,我正在使用 在工作设置中,我注意到URL映射的更改需要很长时间才能生效 例如,如果我将工作URL映射的主机值从“abc.example.com”更改为“def.example.com”,则abc.example.com将保持可用至少几分钟,而这至少需要几分钟,直到def.example.com可用(我不使用任何缓存) 有没有办法减少这一时间,直到更改被传播?实际上复制时间很短(如您所说,只有几分钟)。它最多需要24小时才能完全复制(通过全球范围内的所有网络)。默认情况

作为谷歌云负载平衡的一部分,我正在使用

在工作设置中,我注意到URL映射的更改需要很长时间才能生效

例如,如果我将工作URL映射的主机值从“abc.example.com”更改为“def.example.com”,则abc.example.com将保持可用至少几分钟,而这至少需要几分钟,直到def.example.com可用(我不使用任何缓存)


有没有办法减少这一时间,直到更改被传播?

实际上复制时间很短(如您所说,只有几分钟)。它最多需要24小时才能完全复制(通过全球范围内的所有网络)。默认情况下,DNS会缓存它,因此您实际上正在使用它。DNS有一个名为TTL(生存时间)的属性,用于缓存记录的值。因此,您需要缩短此时间窗口,以强制DNS更早地进行复制


你可以在官方网站上阅读更多信息。

问题与谷歌云负载平衡有关,而不是云DNS。是关于那些域的DNS解析,在他没有激活缓存时指向旧IP。谷歌云负载平衡不控制DNS,URL映射只是定义如何根据路径和主机名将请求路由到后端。请看。虽然我认为目前没有更新GCLB的更快方法,但您可能能够构建解决问题的方法。如果域具有相同的后缀,就像所有域都以“example.com”结尾一样,如果它们具有相同的后端,则可以使用“*.example.com”,但这些假设对于您的情况可能是错误的。考虑在你的体系结构中添加更多的细节,后端的数量,主机名和IP地址的数量等等。因此可以找到一个合适的解决方案。或者,请GCP加快速度。