Los administradores de DNS generalmente tienen como objetivo establecer valores de tiempo de vida en función de la frecuencia con la que se espera que cambie un registro, en equilibrio con los posibles problemas generales de resolución del sistema.
Los TTL cortos, del orden de 20 a 30 segundos, son necesarios para funciones como el direccionamiento altamente dinámico realizado por equilibradores de carga. Ves esto muy comúnmente con las Redes de Distribución de Contenido. Si la carga para un servidor en particular es demasiado alta, querrá poder comenzar a dirigir rápidamente las conexiones a una dirección diferente. Un TTL corto significa que incluso un cliente que estaba usando el servidor con mucha carga hace solo un minuto pronto será alejado de él la próxima vez que pregunte por la dirección.
Se utilizan TTL largos de horas o incluso días para registros altamente estables, como los registros de servidor de nombres (NS) de una delegación o los registros de intercambio de correo (MX) para un dominio. Incluso cuando necesitan actualizarse, el cambio a menudo se puede hacer sin tener que reducir el TTL. Imagine poner en línea un nuevo servidor de correo electrónico para reemplazar uno antiguo. El antiguo podría dejarse operativo durante un par de días hasta que finalmente caduque el último de los registros MX en caché y no se realicen más conexiones. Esto se puede acelerar bajando temporalmente el TTL un día o dos antes de un cambio, y luego restaurando el TTL más largo cuando se completa la migración.
- ¿Cuál es la forma más fácil de conocer la IP de un dispositivo remoto?
- ¿Qué es una red de área de almacenamiento?
- ¿Cuál es la diferencia entre los cables Ethernet Cat6 y Cat6A?
- ¿Se puede piratear una computadora a través de un puerto PS / 2 a través del conmutador A / V?
- En las grandes corporaciones, ¿por qué las estaciones de trabajo de desarrolladores ejecutan Windows pero los servidores de producción ejecutan Linux?
Es natural pensar: “¿por qué no hacer que todos los registros tengan TTL cortos? Eso brinda la mayor flexibilidad ”. Lo hace, a costa del riesgo de latencia ocasional del cliente, aumento del tráfico de red y posibles fallas de resolución. El problema de latencia afecta al primer cliente que intenta usar un registro caducado, ya que el solucionador tiene que salir para actualizar la respuesta. Algunos solucionadores inteligentes pueden mitigar eso con técnicas como la búsqueda previa cuando un TTL está a punto de caducar, pero este tiempo de búsqueda aún es muy común, y algunas empresas son muy sensibles a él.
En cuanto a las fallas de resolución, un resolutor que tenga que actualizar una respuesta corre el riesgo de no poder contactar a los servidores autorizados de DNS adecuados por una variedad de razones, algunas de las cuales podrían haber sido bastante temporales. Un TTL más largo permite que los cachés se suavicen sobre las irregularidades de la red al tiempo que aumenta la eficiencia de los resolvers.
