Estoy trasladando los servidores de nombres de un dominio del registrador a dnsmadeasy.com para que podamos tener una conmutación por error automática (entre otros beneficios). Cuando hice esto en el pasado, simplemente configuré el valor TTL lo más bajo posible (1 minuto) para el registro A para que, en caso de falla del servidor primario, el servidor de respaldo esté (casi) inmediatamente en línea.
El único problema que puedo encontrar con un TTL bajo es que tendremos "mayor tráfico de consultas". ¿Esto es malo? Por el contrario, ¿hay beneficios al usar un valor TTL alto?
domain-name-system
nameserver
ttl
Charlie Schliesser
fuente
fuente
Respuestas:
Tienes razón, la principal desventaja de usar un TTL bajo es que terminarás lidiando con una mayor carga de consultas que con un TTL más alto. Dicho esto, siempre que su host DNS no tenga problemas para manejar la carga adicional, continúe. Honestamente, si les preocupara su capacidad para manejar la carga, no le permitirían establecer un TTL muy bajo para sus registros (aunque muchos tienden a recomendar que establezca su TTL solo lo más bajo que sea necesario, lo cual es un recomendación sólida debido al punto de experiencia del usuario que hizo ceejayoz).
Además, debo mencionar que muchos solucionadores de DNS de ISP ignoran por completo la configuración TTL y simplemente establecen su propia caducidad de caché en los registros, por lo que, en muchos casos, cambiar el TTL en realidad no hará ninguna diferencia en la cantidad de consultas que terminan golpeando el servidores autorizados para su dominio.
fuente
TTL alto significa que el caché de ISP y DNS del lado del cliente durará más tiempo, lo que significa que su sitio responderá mejor a los visitantes que regresan o personas que pasan mucho tiempo navegando por su sitio en una sola sesión.
Algunos proveedores también le cobran por el uso de las búsquedas de DNS.
fuente