低 TTL 是 DNS 的明显负担吗?

hex*_*rot 3 domain-name-system ttl

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

虽然我不直接负责区域文件或 DNS 服务器,但我有兴趣追踪这些服务器正在做的任何可能导致停机的过度/不必要的工作。

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

  1. 对于在网站上停留超过 5 分钟的所有用户,他们是否需要额外刷新 dns?(从而提高网站响应能力)
  2. 考虑到两台专用的 DNS 机器(对规格一无所知),这是微不足道的活动吗?
  3. 由于快速通量对策,是否有可能完全忽略 5 分钟的 TTL?

我们目前没有进行任何需要低 TTL 的迁移过程——多年来一直是这种情况。

Fre*_*Dog 9

FWIW,许多浏览器缓存站点的 DNS 信息并且不遵守 TTL 限制。但有些人这样做

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

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

  3. DNS 记录被缓存在所有不同类型的软件中,其中一些支持 TTL,有些不支持,设置 TTL 仅对其他 DNS 服务器可靠。

恕我直言,如今 5 分钟的 TTL 完全符合标准做法,不应引起问题。足以导致 DNS 服务器出现问题的事情可能会以设置更长的 TTL 无法解决的方式被破坏。