更改 Web 服务器的快速方法

有很多方法可以做到这一点，每种方法都有不同程度的确定性、风险和复杂性。其中一些在评论中有所提及。

• 在移动前几天减少 DNS 记录的 TTL。执行移动，然后您可以将 TTL 恢复到之前的值。这并不能保证世界上所有的 DNS 服务器都会更新。您可能仍然有一些用户使用过时的 DNS 记录。但这就是您通过 DNS 获得的结果。一般都很好。但不能保证。您甚至无法真正验证，因为您必须检查世界上所有的 DNS 服务器，许多服务器会进行缓存，有些则不会遵守 TTL。但总的来说，这是一种非常安全的方法。除非您拥有 1000 万或更多用户，否则我认为潜在风险相对较低，即您的一个用户将使用损坏的 DNS 服务器。
• 用最新版本更新两台服务器，那么没关系。假设 A 当前是 DNS 指向的服务器，更新 B，更改 DNS，更新 A。在 A 的更新过程中有一个小的可能问题窗口，用户将获得一个损坏的站点。
• 在前面放置一个负载均衡器，它将接管 DNS 当前指向的 IP 地址。这是对您现有设置的更复杂的更改，但更多的是一般情况。
• 快速交换 IP 地址。为服务器 B 提供服务器 A 的 IP 地址并更改服务器 A。停机时间非常短 - 如果您准备好使用脚本，则只需几秒钟。由于您不更改 DNS，因此没有过时 DNS 的风险。
• 使用 Keepalived 或类似工具。然后 DNS 指向一个浮动 IP 地址。当前具有该 IP 的服务器需要被赋予不同的 IP 地址。这是一个比大多数其他解决方案更高的复杂性级别，但它对您的设置有很大的改进。现在，你处于危险之中。对于指向服务器 A 的 A 记录，DNS 有一个“长”的 TTL。如果服务器 A 发生故障，您必须将 DNS 更改为指向服务器 B，这将需要很长时间才能传播。使用浮动 IP，您无需更改 DNS。如果服务器 A 发生故障，服务器 B 会在几毫秒后自动接管浮动 IP，一切都会继续工作。
• 使用新代码更新服务器 B。切换服务器 A 上的配置，以便 Web 服务器将请求代理到服务器 B，而不是为网站提供服务。（如果它的 Apache httpd、NGINX、IIS 很容易。许多其他人应该能够做到这一点，如果没有，你可以把HAProxy，快速停止web服务器并启动HAProxy。）此时，所有请求都由新代码上的服务器B处理。更改您的 DNS。

如果您只需要解决网络问题，为什么不在主索引文件中进行 302 重定向，然后更改您的 A/AAAA DNS 记录？当然你还是可以先改一下 TTL，这样就不用等这么久的 DNS 记录改变了，但是 302 重定向会立即生效。

带有负载均衡器的解决方案也不错，在反向代理模式下配置例如 HAProxy 或 NginX（甚至微软的 IIS）并不难。您可以先在不同的端口（比如说端口 8080/4443）上对其进行测试，然后将其切换到端口 80/443。但在 LB 解决方案中，可能会出现短暂的服务中断，而您将更改端口，因为您必须将 Web 服务器的端口从服务器 A 上的 80/443 更改为其他端口，并将这些端口用于 LB -这取决于你的速度。

或者，如果您的两个 Web 服务器都位于防火墙后面，则可能存在 NAT 端口转发，因此您只能将目标 IP 地址从服务器 A 更改为服务器 B。