我将 TTL 从 24 小时更改为 5 分钟。我是否需要等待 24 小时才能更改记录？

任何拥有域记录缓存副本的人都不会在 24 小时内更新它，所以是的，如果您的意图是最多有 5 分钟的不可用窗口，您应该等到所有未完成的缓存都更新为不再存在超过 5 分钟。

它（可能）比这更糟——你必须在所有权威服务器更新后等待 24 小时。发生更新的正常方式是您对主服务器上的区域进行更改，然后每个辅助服务器在下次碰巧与主服务器签入时传输新的区域数据。签入频率由区域的 SOA 记录中的刷新间隔控制。因此，在最坏的情况下，您必须等待区域的刷新间隔 + 记录的 TTL。

您可能还需要等待这么长时间才能真正更改记录。如果辅助节点每 6 小时刷新一次，那么 5 分钟的 TTL 不会有什么好处。因此，您可能还希望在您希望能够进行快速更改的时间段内减少区域的刷新间隔。

请注意，这可能不适用于您的设置。如果您有一个同时更新所有权威服务器的系统，这不是问题（而且我不熟悉 Rackspace 的 DNS 设置）。但我建议您在开始 24 小时倒计时之前分别查询您的所有权威服务器 ( dig server.example.com @secondaryserver.example.com) 以确保它们具有新的 TTL。

是的，你应该等待。即使那样，当然也不能保证每个人都会尊重 TTL。

将各种评论和答案汇总在一起，整个过程就像这样。

1. 确保您可以及时更新您的权威服务器。
2. 减少 TTL。
3. 检查所有权威服务器是否有新的 ttl。
4. 等待旧 TTL，以便（大部分）从缓存中消除具有旧 TTL 的缓存值（您不能保证它们将从每个缓存中消失，因为某些缓存可能会忽略标准）。
5. 将旧服务器上的站点设置为只读模式（或者如果您不能这样做，请将其替换为“我们正在维护”页面）。
6. 执行从旧服务器到新服务器的最终复制（导致新服务器上的只读站点）。
7. 更改 DNS 记录。
8. 确保所有权威服务器都有新的 DNS 记录。
9. 等待新的 ttl（如果您不关心某些用户能够为站点做出贡献而其他用户看不到这些贡献的结果，则可以跳过此步骤）。
10. 将新服务器上的站点置于读/写模式。
11. 在旧服务器上通知它是一个过时的只读副本，并且用户可能已经破坏了 DNS。
12. 等待一段时间，让记录从不合规的 DNS 缓存中删除。
13. 停用旧服务器。

除了其他答案之外，您还可以使用https://www.whatsmydns.net/来检查您的 DNS 记录是如何几乎实时传播的。