Deployment 域句柄中有多个IP，如何处理失败的IP？

我试图协调将站点从当前服务器移动到新服务器的过程。我最初的计划是将数据迁移到新机器上，新机器已经就位，迁移脚本测试成功。我计划将原始机器配置为将所有请求代理到新机器，以确保在DNS更改完全传播之前命中原始机器的任何人仍能得到正确的响应

---

有人提出了另一个建议，我为新机器添加记录，但实际上它不提供任何内容。我被告知，在这种情况下，流量将全部达到原始IP。当新记录传播时，我被告知可以关闭旧服务器并启动新服务器。我怀疑我是否会尝试这样做，并让我的迁移处于中途模式。我应该尝试一下还是坚持我原来的计划？

你原来的计划没有问题

当您不控制您使用的DNS服务器时，这也是一个很好的计划

[编辑]此外，由于这听起来像是一个生产环境，因此在生产环境中尝试您不熟悉和不熟悉的东西绝对不是一个好主意

---

第二个想法听起来一点也不坏，但在这种情况下并不理想。按照你所知道的去做。

你无法控制记录传播的时间，只能控制它们传播的时间

DNS记录的TTL是可以缓存的最长时间；然而，即使在此之前，人们已经在新地址访问该站点（例如，如果他们的DNS服务器在缓存中没有该记录）

这意味着任何解决方案都会有一个时间窗口，在这个时间窗口中，一些人会点击旧地址，而另一些人会点击新地址。任何迁移解决方案都必须考虑该方案。

您的原始计划是最好的，只要您记得代理到IP地址（因为在TTL过期之前，您无法知道域名指向什么）。另一种方案（如果你可以让你的站点离线一段时间）是简单地让旧服务器离线，进行迁移，让新服务器在线，更改DNS记录，然后等待TTL过去；随着名称服务器和浏览器DNS缓存上的DNS记录过期，人们将逐渐开始使用新服务器，在此之前，他们只能看到离线网站

---

为新机器添加记录而不提供任何内容的建议是可疑的，因为一旦添加记录，一些人就会开始使用它。

这绝对与编程有关。软件开发不仅仅是编写新代码。将其投入使用并使所有部件正常工作是其中的一部分。这是一个it问题，不属于stackoverflow。事实上，你碰巧是一名程序员，这并不意味着你问的每一个问题都是一个编程问题。问程序员的笑话是可以的，问软件部署策略不是。我添加了部署标签，试图停止讨论。埃里克有一个很好的观点。