我们为客户提供托pipeCMS，当他们想将自己的域名指向托pipe站点时，我们目前指示他们创build一个指向我们负载均衡器IP地址的Alogging。
当这些服务器崩溃时，相比于试图让所有客户改变他们的Alogging而言，在不同位置启动备份的行为是微不足道的。
所以我想知道我们如何去除这个需要的步骤。
我们可以让每个人都创build一个CNAME吗？ 每个人都指向sites.oursite.com，然后我们可以在本地更改sites.oursite.com的DNS，而不必打扰他们？
这听起来是可行的，但我们仍然会延迟在各个ISP之间传播DNS更改。 有什么我们可以做我们的东道主，以防止这一点？ 以某种方式刷新DNSlogging，或者可能不使用DNS，但让Apache运行脚本来确定我们当前要指向的IP地址？ 能够更改IP地址并且几乎可以立即让我们的系统从另一个位置提供服务将会很好。
两件事情：
我认为使用CNAMElogging是一个很好的解决scheme。
就DNS传播而言，DNSlogging不会传播。 您只需要担心Alogging的TTL足够低，以在合理的时间（1小时？）内实现故障切换。 当您更改Alogging时，它只会影响DNScaching中当前具有Alogging信息的DNS客户端。 任何在其caching中没有新信息的DNS客户端都将能够立即访问CMS。 发生故障切换时caching信息的任何DNS客户端都需要等到原始AloggingTTL过期。
能够更改IP地址并且几乎可以立即让我们的系统从另一个位置提供服务将会很好。
在你的情况下，旧系统和新系统是否都存在于同一个networking上？ 如果通过在您的防火墙/路由器上设置NAT来redirect发往旧地址的stream量到新的stream量，那么迁移stream量可能是可能的并且容易实现。