它是位于前端服务器之前的防火墙还是路由器，基本上可以让您添加/删除服务器，而不必等到DNS传播，因为您拥有自己的内部IP的小型networking？
这是否也为您提供将stream量路由到其他ISP的潜在灵活性？ 例如说你有2个前端服务器，1分贝。 在另一个ISP上有另外一个相同的设置用于故障切换。 （你每x分钟同步数据）。
如果ISP＃1的数据库服务器出现故障，您可以将stream量路由到运行的ISP＃2吗？
在两个不同的ISP之间切换将通过BGP进行处理，这需要通过路由器完成。
一个路由器（只要它支持负载平衡）也可以让你把多台机器放在一个公共的IP之后。 如果你有很多stream量，你需要在路由器和Web服务器之间加载负载平衡器来处理实际的负载平衡。
听起来就像你在谈论NAT（networking地址转换，大多数路由器和防火墙可以做的那样），在你的本地networking上有一个私有地址空间（如192.168.1.1-254），当通信量“转换”为真实的互联网IP通过“设备”进入互联网（或从互联网返回到您的局域网）。
通过这种方式，可以将TCP端口80（Http）发送到一个内部服务器，并将TCP端口443（https）发送到另一个内部服务器。
但是，我不确定这对您有什么帮助，听起来像您有两个站点，并希望从站点故障冗余。 如果这种情况下能够改变您的互联网IP和您的本地networking之间的端口“映射”，IP将不会帮助您，因为您仍然只处理该站点。
DNS是您在两个站点间互联网端冗余的唯一真正选项（无论如何，在较大规模的设置中可以使用BGP进行IP故障转移，但这需要两个ISP的协作）。 您可以始终减lessDNS服务器的“TTL”（生存时间）。 这是其他DNS服务器将caching您的DNS信息的时间。
例如，如果将其设置为五分钟，则全局cachingDNS信息的每个DNS服务器将在五分钟后过期，并且之后的任何重试将最终返回到您的DNS服务器（并且可能取回您可能做出的任何更改，例如现场2的IP）。 这当然会大大增加您的DNS服务器的负载，也意味着如果您的授权DNS服务器全部closures您的域名，则您的在线优先级会降低到5分钟。
也许尝试添加两个Alogging（两个位置）到您的DNS条目，如果找不到一些浏览器/ dns库将尝试另一个位置。
从企业的angular度来看，实现您所谈论的最佳方式是在具有冗余WAN链接的数据中心内的多台服务器之前安装负载平衡器。