Cloudflare halbiert DNS-Build-Verzögerung mit gezielten Zonen-Builds, Speicher minus 85 %
Victoria Shinder1 Min. LesezeitCloudflare hat einen Umbau des Zone Builder beschrieben, jener Stufe der DNS-Pipeline, die eine Änderung an der Zone eines Kunden in Schlüssel übersetzt, die die autoritativen Server aus Quicksilver lesen, dem verteilten Key-Value-Speicher des Unternehmens. 2022 kamen rund 250 Eintragsänderungen pro Sekunde an, heute etwa 700, dazu rund 100 weitere Ereignisse wie Änderungen an Zoneneinstellungen; manche Zonen enthalten inzwischen mehr als 20 Millionen Einträge.
Eintragsänderungen wurden bereits einzeln gebaut, Änderungen an Zoneneinstellungen nicht: Sie lösten einen Neubau der ganzen Zone aus, dessen Aufwand mit der Zonengröße wuchs. Die Schwierigkeit lag laut Cloudflare im Nachweis, wann ein kleinerer Build sicher ist, denn ein Zonenereignis kann aus vielen Produkten stammen, sagt nicht unbedingt, was sich geändert hat, und kann Daten betreffen, die sich mehrere gleichnamige Zonen teilen. Zu viel Arbeit verschwendet Kapazität, zu wenig hinterlässt veraltete DNS-Daten am Rand des Netzes.
Die Lösung ist ein Planer, der den kleinsten nachweislich sicheren Build wählt, und ein Scheduler, der Arbeit für dieselbe Zone zusammenfasst. Einstellungsänderungen bauen keine Zonen mit zig Millionen Einträgen mehr neu. Cloudflare meldet 85 % weniger Spitzenspeicher; der gewonnene Spielraum habe erlaubt, Wartezeiten zu verkürzen, die die Pipeline aus Resilienzgründen einhielt, und so die Zeit von einer DNS-Änderung bis zum Schreiben nach Quicksilver zu halbieren.
Was das bedeutet
Kunden müssen nichts ändern; sie merken nur, dass ihre DNS-Änderungen schneller ankommen. Die technische Lehre liegt im Ansatz: Der alte Builder war einfach, weil er nie wissen musste, warum sich eine Zone geändert hat, der neue ist nur deshalb schnell, weil er jetzt beweisen muss, was eine Änderung berührt.