低 TTL 有形的负担 DNS?
我目前在中型机构工作，管理层 DNS 这是最好的原因怀疑。 经常与之相关的失败 DNS, 导致整个建筑物的停机时间和我们公开的网站。
虽然我不直接回答区域文件或DNS服务器，但我有兴趣跟踪任何可能的过度 / 这些服务器执行的不必要的工作，这有助于停机时间。
我们的服务器在高峰时段 / 在工作时间得到 80 到 160 有效用户同时 (根据 GA 实时). 什么时候 TTL 出发 5 几分钟，我对以下内容感兴趣：
对于站点上留下的所有用户> 5 分钟是他们是否需要额外的更新 DNS? (这增加了该网站的响应能力。)
考虑到两个专用的DNS机器 (没有理解规范), 这个小活动是吗？
是否可能是5分钟 TTL 由于对策完全忽略 Fast flux?
目前，我们不参加任何保证低的迁移过程 TTL - 所以这是多年的。
虽然我不直接回答区域文件或DNS服务器，但我有兴趣跟踪任何可能的过度 / 这些服务器执行的不必要的工作，这有助于停机时间。
我们的服务器在高峰时段 / 在工作时间得到 80 到 160 有效用户同时 (根据 GA 实时). 什么时候 TTL 出发 5 几分钟，我对以下内容感兴趣：
对于站点上留下的所有用户> 5 分钟是他们是否需要额外的更新 DNS? (这增加了该网站的响应能力。)
考虑到两个专用的DNS机器 (没有理解规范), 这个小活动是吗？
是否可能是5分钟 TTL 由于对策完全忽略 Fast flux?
目前，我们不参加任何保证低的迁移过程 TTL - 所以这是多年的。
没有找到相关结果
已邀请:
2 个回复
卫东
赞同来自:
是兼容的浏览器 / OS更新信息通过 5 分钟。 但是，它们不太可能直接联系您的服务器。 他们使用的服务器将联系您的服务器。
是的，这是两个服务器的平庸负载，即使所有浏览器直接转向您的网站。
参赛作品 DNS 在各种计划中缓存，其中一些程序被观察到 TTL, 有些没有，安装 TTL 它适用于其他DNS服务器。
IMHO, 5分钟 TTL 如今，这是非常正常的，不应该引起问题。 得分DNS服务器的事情是如此，它们导致问题可能被打破，以便设置更长 TTL 不会修复。
卫东
赞同来自:
你有没有听说过云闪光？
30 秒 TTL, 他们和它一起生活。
所以，答案是：是的。