hex*_*rot 3 domain-name-system ttl
我目前在一家中等规模的机构工作,其 DNS 管理充其量是有问题的。通常,与 DNS 相关的故障会导致整个建筑物和我们面向公众的网站停机。
虽然我不直接负责区域文件或 DNS 服务器,但我有兴趣追踪这些服务器正在做的任何可能导致停机的过度/不必要的工作。
我们的服务器在高峰/营业时间一次有 80-160 个活跃用户(根据实时 GA)。TTL 设置为 5 分钟,我想知道以下几点:
我们目前没有进行任何需要低 TTL 的迁移过程——多年来一直是这种情况。
FWIW,许多浏览器缓存站点的 DNS 信息并且不遵守 TTL 限制。但有些人这样做
是的,兼容的浏览器/操作系统应该会在 5 分钟后刷新信息。但是,他们不太可能直接联系您的服务器。他们使用的服务器会联系您的服务器。
是的,即使所有浏览器都直接与您的站点联系,这对于 2 个服务器来说也是微不足道的负载。
DNS 记录被缓存在所有不同类型的软件中,其中一些支持 TTL,有些不支持,设置 TTL 仅对其他 DNS 服务器可靠。
恕我直言,如今 5 分钟的 TTL 完全符合标准做法,不应引起问题。足以导致 DNS 服务器出现问题的事情可能会以设置更长的 TTL 无法解决的方式被破坏。