google-app-engine - 使用 Google Cloud Load Balancer 迁移 App Engine 会导致约 1 小时的停机时间

Question

我在 App Engine 上拥有由 Google 提供的自定义域和 SSL 证书的实例，但现在我需要在其前面放置一个 Google Cloud Load Balancer。

我按照此处的说明进行操作（针对 App Engine 而不是 Cloud Run 进行了调整）： https ://cloud.google.com/load-balancing/docs/https/setting-up-https-serverless

我首先执行了该指南中的步骤，然后在 GoDaddy 中更新我的 DNS 记录以指向负载均衡器的 IP。

问题是，在我更新我的 GoDaddy DNS 记录以指向负载均衡器的 IP 之后，花了将近一个小时才能再次访问。尝试通过浏览器或代码访问该站点时，我遇到了 SSL 错误。

核心问题似乎是负载均衡器的 SSL 证书的状态为PROVISIONING，而域的状态为FAILED_NOT_VISIBLE，文档说：

域的 DNS 记录无法解析为 Google Cloud 负载平衡器的 IP 地址。要解决此问题，请更新 DNS A/AAAA 记录以指向您的负载均衡器的 IP 地址。

这些文档说的是PROVISIONING：

Google Cloud 正在与证书颁发机构合作颁发证书。配置 Google 管理的证书最多可能需要 60 分钟

我仍然需要对我的生产项目执行此操作。也许如果我切换步骤的顺序（甚至在创建 SSL 证书之前将 DNS 记录指向 IP）？

如果我可以在更新 DNS 记录以指向负载均衡器的 IP 之前获取 SSL 证书，这似乎很好，但更新 DNS 似乎是 SSL 证书启动的先决条件。

这很有趣，因为我已经通过 App Engine 自定义域设置从谷歌获得了这些域的 SSL 证书。我希望那些可以被重用于负载均衡器。

score 4 · Accepted Answer

您是否创建了新的 DNS 资源记录或更改了现有的记录？

如果您在创建资源记录之前尝试解析它，DNS 服务器将返回NXDOMAIN，称为Negative Response。否定响应由 DNS 解析器缓存。

如果您更改了现有资源记录，那么 TTL 是多少？

DNS 解析器使用各种策略来决定缓存 DNS 资源记录的时间。一个因素是 TTL。

首先创建/更新 DNS 资源记录

通过首先创建 DNS 资源记录，NXDOMAIN 将不会在验证尝试时返回，这将减少您必须等待清除否定响应缓存的时间。您域的权威 DNS 服务器通常是两到四台服务器。创建新资源记录时，服务器需要时间来创建 SLAVES 并将其与 MASTER 同步。这个时间通常只有一两分钟。

刷新公共 Google DNS 服务器

如果您的 DNS 资源记录过时（已更改）且 TTL 值较长，请刷新 Google 公共 DNS 服务器。此操作不是即时的，计划等待五分钟以完成操作。

我能做些什么来避免/减少这一小时的停机时间吗？

您不能直接更改配置时间。如果您遵循以上几点，则置备时间将减少。根据我的经验，十分钟是 SSL 证书配置的典型时间。

Google 负载均衡器在进行更改后需要时间来更新。这个时间会有所不同，但通常是五到十分钟。这次是在证书配置之外的时间。在此期间，您的网站可能不可用。

DNS 服务器更改不是即时的。您的域的 DNS 服务器需要时间来更新，Internet 上的 DNS 解析器缓存资源记录、客户端系统缓存记录等。在更改 DNS 服务器之前制定计划。更改可能需要 24 到 72 小时才能在全球传播。

1 回答 1