更改实时站点的 EC2 实例的 DNS

Question

我们从 Godaddy.com 购买了我们的域名，然后我们将域名服务器更改为从 Amazon 53 获得的域名服务器。这个域名服务器转移大约需要 30-40 小时。

在路由 53 中，我们使用第一个 EC2 实例 A 名称的弹性 IP、IPv4 地址来托管我们的 mydomain.com 网站。

然后我们不得不改变我们的框架，所以我们在 mydomain.in 网站上使用另一个 EC2 实例进行测试。测试成功后，我们尝试通过将 Route 53 中的 IP 地址更改为第二个 EC2 实例的公共 IP，从而在 mydomain.com 上路由新的 Web 服务器，以便 mydomain.com 指向经过测试并准备就绪的第二个 Ec2 实例。

但是 mydomain.com 的路由 53 上的 IP 并没有像 mydomain.in 那样立即发生，我们在 Godaddy 站点上用第二个实例的 IP 地址替换了它的 IP。 由于我们产品的发布，我们不能冒险通过在 Godaddy.com 上将名称服务器更改为原始名称服务器来使 mydomain.com 脱机。

目前，我们将所有 mydomain.com 访问重定向到我们的 mydomain.in 网站，我们希望在一段时间后停止这样做。

有没有一种方法可以让我们将 mydomain.com 路由到第二个 EC2 实例而无需长时间停机？

Route 53 控制台中是否有快速修复？

Answer 1

您可能需要检查 DNS 中的 TTL 设置。

如果您将 TTL 设置为非常高的级别，那么您就是在指示浏览器只需要很少将域重新解析为 IP 地址。

如果您知道要更改 IP 地址，最好提前计划。

记下您当前的 TTL 值 - 例如，它设置为 86400 秒（24 小时）。在您想更改 DNS 之前至少 24 小时，将 TTL 降低到 300（5 分钟）左右。

在您至少需要 24 小时后（以便在 TTL 期间内解析您的域的每个人都获得了新的、较低的 TTL 值，然后您可以在路由 53 中交换您的 IP。因为您将 TTL 降低到5 分钟，并且由于您等待了一段时间以让值传播，因此该 DNS 地址更改应该很快发生，即在 300 秒内。

一天后（几个小时或几天），如果您不打算很快再次移动它，您可以再次增加 TTL - 以允许更长的域缓存到 ip 转换。

Route 53 在这里不是问题，一般来说，当我在 Route 53 中进行 DNS 更改时，我可以在几分钟内让网站在新位置解析。