Cloudflare ha publicado un resumen técnico de las mejoras aplicadas a su canal de propagación DNS para reducir memoria y latencia al procesar cambios en zonas DNS de gran tamaño. La compañía explica que, ante zonas que ahora contienen decenas de millones de registros, el antiguo enfoque de reconstruir la zona completa ante ciertos cambios ya no era viable.
Qué ha cambiado y por qué importa
Antes, algunos cambios en la configuración de una zona (zone settings) provocaban la reconstrucción completa de toda la zona. Ese proceso—al que Cloudflare llama “full build”—lee, codifica y compara cada registro y mantiene la zona entera en memoria mientras lo hace. Para zonas pequeñas esto es barato; para zonas con millones de registros resulta muy costoso o incluso imposible.
Cloudflare diseñó un planificador de compilaciones dirigido (targeted build planner) y un nuevo programador que agrupa trabajo sobre la misma zona. El planificador decide la compilación mínima que puede hacerse con seguridad: desde compilaciones por nombre o por registro hasta actualizaciones limitadas a metadatos. La regla fundamental es que cualquier salida escrita por una compilación dirigida debe ser idéntica byte por byte a la que produciría una compilación completa; si no se puede probar eso, se elige la compilación completa.
Resultados y efecto práctico
Según la empresa, la combinación del planificador dirigido y el nuevo scheduler redujo las compilaciones completas en torno a un 40%, recortó la memoria pico en un 85% y permitió acortar los tiempos de espera que el sistema mantenía por resiliencia, reduciendo a la mitad el retraso entre un cambio DNS y su escritura final en el almacén de salida (Quicksilver).
Para administradores y operadores de DNS esto significa menor latencia de publicación y menos consumo de recursos en procesos de propagación, especialmente relevante para zonas muy grandes o con cambios frecuentes de configuración.
Cómo funciona a nivel técnico (resumen)
- Eventos más ricos: los productores de eventos ahora incluyen campos de zona modificados y, cuando es posible, valores anteriores y nuevos, lo que ayuda a determinar con precisión el alcance del cambio.
- Clasificación de efectos: cada ajuste de configuración se traza a través del código que genera la salida DNS para saber qué puede afectar (registros individuales, metadatos compartidos, etc.).
- Tipos de compilación: el sistema distingue varias clases de builds —desde los más pequeños que tocan nombres concretos hasta los que deben actualizar metadatos compartidos— y elige la mínima segura.
- Manejo de incertidumbre: cuando un evento es ambiguo (por ejemplo, solo actualiza un timestamp sin indicar qué cambió), el planificador no reduce el trabajo por seguridad y puede requerir una compilación completa.
- Estrategia para zonas gigantes: por encima de un umbral de tamaño, el sistema evita escalar a una compilación completa que no cabría en memoria; en su lugar reconstruye el ápice de la zona, los nombres implicados por los eventos y la metadata necesaria, asumiendo este compromiso para evitar bloqueos prolongados.
Qué deben hacer los responsables de servidores y DNS
La noticia es principalmente operativa: los equipos que gestionan DNS y proveedores de servicios pueden esperar tiempos de propagación menores y menor interferencia del sistema en cambios concurrentes. No se requieren acciones inmediatas por parte de administradores externos, salvo monitorizar el comportamiento de sus zonas tras cambios de configuración y seguir buenas prácticas (registrar el propósito de cambios masivos y evitar operaciones que generen eventos ambiguos cuando sea posible).
Conclusión
El cambio representa una mejora arquitectónica para entornos con zonas DNS de gran tamaño y alta tasa de cambios: al demostrar cuándo es seguro limitar el alcance de una compilación, Cloudflare ha reducido costes de memoria y latencia sin sacrificar la consistencia de los datos DNS publicados en su red.
Lee también:
- Marvell propone comprar Lumentum para integrar óptica de circuito y silicio de conectividad para IA
- Envision pone en marcha, según afirma, el primer centro de datos con alimentación 800VDC en Ulanqab
Fuente: Cloudflare Blog
