Http URL刷新是否清除相应的DNS缓存条目?

Http URL刷新是否清除相应的DNS缓存条目?,http,browser,dns,browser-cache,Http,Browser,Dns,Browser Cache,假设我为一个TTL为5分钟的URL配置了一个DNS服务器。浏览器将缓存URL到IP地址的映射5分钟 但是,如果用户单击该URL的刷新,浏览器缓存中相应的条目是否会被清除?浏览器是否将再次从DNS服务器获取信息 情况如下:我需要设置一个适当的TTL来避免过多的DNS流量(因此它不应该太低),但在VM失败的情况下,流量应该重定向到另一个IP地址(因此它不应该太高) 如果刷新清除DNS映射缓存项,则我可能会选择更高的值。HTTP和DNS位于不同的层上。当用户再次请求某些URL时,如果DNS查询在缓存中

假设我为一个TTL为5分钟的URL配置了一个DNS服务器。浏览器将缓存URL到IP地址的映射5分钟

但是,如果用户单击该URL的刷新,浏览器缓存中相应的条目是否会被清除?浏览器是否将再次从DNS服务器获取信息

情况如下:我需要设置一个适当的TTL来避免过多的DNS流量(因此它不应该太低),但在VM失败的情况下,流量应该重定向到另一个IP地址(因此它不应该太高)


如果刷新清除DNS映射缓存项,则我可能会选择更高的值。

HTTP和DNS位于不同的层上。当用户再次请求某些URL时,如果DNS查询在缓存中且未过期,则没有理由再次执行DNS查询

DNS本身并不是一种很好的故障转移机制。您需要添加某种负载平衡或主/从虚拟IP处理,以便在某些服务器死机的情况下进行“立即”切换。或者使用IP任意广播。简言之,许多解决方案,但即使他们可以使用DNS的优势,DNS本身不能解决它


您需要定义在安装中接受的不可用时间量,并根据该时间量为您提供可以在安装上投资的时间/精力/金钱量,以实现此故障转移。

HTTP和DNS位于不同的层上。当用户再次请求某些URL时,如果DNS查询在缓存中且未过期,则没有理由再次执行DNS查询

DNS本身并不是一种很好的故障转移机制。您需要添加某种负载平衡或主/从虚拟IP处理,以便在某些服务器死机的情况下进行“立即”切换。或者使用IP任意广播。简言之,许多解决方案,但即使他们可以使用DNS的优势,DNS本身不能解决它


您需要定义在安装中接受的不可用时间量,并根据该时间量为您提供在安装上可以投入的时间/精力/金钱量,以实现此故障转移。

在浏览器中单击刷新后,不会再次查询DNS,如果浏览器中已存在未过期的缓存DNS条目


如果您的站点依赖于DNS故障切换,那么您的DNS的TTL时间不应该超过60秒。请注意,这只是一个建议,不是一个完整的证明方式,大多数排名前100的网站都使用此TTL。

如果浏览器中已经有一个未过期的缓存DNS条目,则单击浏览器中的刷新不会再次查询DNS


如果您的站点依赖于DNS故障切换,那么您的DNS的TTL时间不应该超过60秒。请注意,这只是一个建议,不是一个完全证明的方法,前100强网站中的大多数都使用此TTL。

在您的虚拟机前面放置一个负载平衡器,并使用它在不同主机之间切换流量在您的虚拟机前面放置一个负载平衡器,并使用它在不同主机之间切换流量