Todo registro DNS se publica con un TTL. Cuando un resolver recursivo obtiene el registro, lo guarda en su caché y responde desde ahí a las consultas posteriores, descontando el TTL. Solo cuando llega a cero vuelve el resolver al servidor de nombres autoritativo. La caché es lo que mantiene rápido el DNS y baja la carga de los servidores autoritativos.
El compromiso es control frente a eficiencia. Un TTL largo (horas o un día) significa menos consultas y más resiliencia si su proveedor de DNS sufre una caída, pero un cambio tarda ese tiempo en verse en todas las cachés. Un TTL corto (unos minutos) hace que los cambios surtan efecto rápido a costa de más consultas.
La rutina práctica para una migración planificada: baje el TTL con bastante antelación (al menos un periodo del TTL antiguo antes del cambio), haga el cambio, confirme que funciona y vuelva a subir el TTL. Bajar el TTL en el mismo momento del cambio no ayuda, porque los resolvers todavía conservan la respuesta antigua con el TTL antiguo.
Ejemplo
example.com. 300 IN A 192.0.2.10 ; cacheable for 300 seconds