假设example.org指向203.0.113.0.两分钟后,它必须指向198.51.100.0.
它将是域后面的普通网站(仅在使用常见Web浏览器访问的意义上是“正常”),但使用寿命非常短.在切换或关闭之前,域最多会指向一个地址3-4小时.无需保护DNS服务器免于频繁查询.
我的方法是将TTL设置为60秒,并在必须进行切换时简单地更改记录.在最坏的情况下,它会导致用户在可访问新服务器之前等待最多60秒.
不知怎的,我不相信这个…有些ISP或浏览器可以忽略或覆盖TTL,不是吗？如果这是一个有效的关注,那么合理的TTL是什么？
谢谢！
解决方法
虽然这对您的计划有效,但这不是最好的计划.您可能需要备用服务器或更多服务器,在线服务器,并且几乎不会随时执行任何操作.只有当您遇到主服务器问题时,才会切换到下一个服务器.
即使您的TTL为1分钟,一条记录最有效的可能是：
>浏览器缓存
浏览器通常会缓存DNS记录一段时间. Firefox使用60 seconds,Chrome也使用60 seconds,IE 3.x及更早版本缓存为24 hours,IE 4.x及以上版本缓存30分钟.
> OS缓存
Windows将为not usually honour the TTL.DND的TTL与IPv4数据包的TTL不同.它更像是强制刷新的新鲜感. Linux可以配置nscd来设置用户想要的时间,而忽略DNS TTL.例如,它可以缓存一周的条目.
> ISP缓存
ISP可以(有些人会)使用积极的缓存来减少流量.他们不仅可以更改TTL,还可以缓存记录并将其返回给客户端,甚至无需询问上游DNS服务器.这在移动ISP上更为普遍,因为它们会改变TTL,因此移动客户端不会抱怨流量延迟.
负载均衡器可以完全按照您的需要进行操作.使用负载均衡器,您可以同时在线处理2台或4台或10台服务器,除以负载.如果其中一个脱机,则该服务不会受到影响.更改DNS记录将在服务器关闭和DNS更改之间产生停机时间.这将花费超过一分钟,因为您必须检测停机时间,更改记录,并等待它们传播.
