Cloudflare ha aggiornato i propri servizi di creazione delle zone DNS, riducendo il tempo mediano di creazione da 7,7 secondi a 3,3 secondi e l’uso di memoria sui server Zone Builder dell’85%. I miglioramenti sono pensati per gestire un volume crescente di modifiche ai domini senza ricostruire più dati del necessario.

Una zona DNS contiene i record, le impostazioni e i metadati di un dominio. Quando un cliente modifica un record o un’impostazione, Cloudflare distribuisce l’aggiornamento sulla propria rete DNS. L’azienda riceve ora circa 800 modifiche alle zone al secondo, rispetto alle 250 di quattro anni fa. Alcuni domini ospitati contengono inoltre più di 20 milioni di record, rendendo le ricostruzioni complete impegnative sia in termini di memoria sia di traffico di rete.

In precedenza, Cloudflare aveva introdotto gli aggiornamenti parziali per le modifiche ai record. Le impostazioni erano più difficili da elaborare perché un evento poteva innescare modifiche correlate in tutta una zona e gli eventi di modifica in entrata non sempre includevano informazioni sufficienti per determinare il lavoro necessario. Di conseguenza, gli aggiornamenti delle impostazioni spesso innescavano una ricostruzione completa.

Gli ingegneri hanno modificato il sistema di eventi in modo da includere le motivazioni e ulteriori dettagli, consentendo di classificare gli aggiornamenti e, quando possibile, gestirli con ricostruzioni più circoscritte. Le modifiche che riguardano i record apex o i metadati, nonché gli aggiornamenti dei nameserver o dei wildcard, possono ora essere gestite con procedure mirate. Le ricostruzioni complete restano necessarie nei casi in cui non esista un metodo di aggiornamento parziale, mentre le zone di grandi dimensioni vengono aggiornate in parti più piccole. Cloudflare afferma che queste modifiche hanno ridotto l’uso di memoria da 50–79 GB a circa 7 GB.

Il team ha anche unificato due scheduler e modificato il modo in cui gestiscono il lavoro in entrata. Lo scheduler aggiornato può raggruppare più modifiche per la stessa zona ed elaborare attività più piccole mentre è in corso una ricostruzione più lenta. In precedenza, le richieste potevano rimanere in attesa dietro un’attività lenta, perché i messaggi venivano elaborati in sequenza, creando code che venivano smaltite a scatti. Cloudflare afferma che il nuovo approccio migliora la concorrenza e consente di elaborare gli aggiornamenti con maggiore continuità.

Fonti: Tom's Hardware.