低TTL是DNS的一个可观的负担?

我目前在一家中等规模的机构工作,其DNSpipe理至多是有问题的。 通常,与DNS有关的故障导致整个build筑物和面向公众的网站停机。

尽pipe我并不直接负责区域文件或DNS服务器,但我有兴趣追踪这些服务器可能造成的任何可能的过度/不必要的工作,从而导致宕机。

我们的服务器在高峰/营业时间内一次能获得80-160个活跃用户(根据实时GA)。 TTL设置为5分钟,我想知道以下几点:

  1. 对于网站上剩余的所有用户> 5分钟,是否需要额外刷新到DNS? (从而提高了网站的响应速度)
  2. 考虑到两台专用的DNS机器(对规格没有深入了解),这种微不足道的活动?
  3. 5分钟的TTL可能是因为快速通量对策而被彻底忽视吗?

目前我们还没有进行任何移民stream程,因此TTL很低 – 这种情况多年来一直如此。

FWIW,许多浏览器caching一个网站的DNS信息,并不尊重TTL的限制。 但有些人这样做

  1. 是的,一个兼容的浏览器/操作系统应该在5分钟后刷新信息。 但是,他们不太可能直接联系您的服务器。 他们使用的服务器将联系您的服务器。

  2. 是的,即使所有浏览器直接与您的网站联系,这对于2台服务器来说也是微不足道的。

  3. DNSlogging被caching在所有不同types的软件中,其中一些可以保存TTL,一些则不会,TTL只能可靠地用于其他DNS服务器。

恕我直言,5分钟的TTL是在标准的做法,这些日子,不应该造成问题。 砸DNS服务器足以导致他们的问题的事情可能会破坏设置较长的TTL不会修复。

那么,让我这样制定。

曾经听说过cloudflare?

30秒TTL和他们住在一起。

所以,答案是:是的。