De verkoper belooft een ‘naadloze’ weekendmigratie. De TTL van record A staat al jaren nog steeds op 86400. Vrijdag 18.00 uur: nieuw IP-adres geactiveerd in de regio. Zaterdagmiddag: 40% van het verkeer op de oude host, 60% op de nieuwe - verbroken sessies, partnerwebhooks de helft op elk IP-adres. Ondersteuning noemt het "langzame DNS-propagatie" - in werkelijkheid Onvoorbereide TTL.
TTL (Time To Live) vertelt resolvers hoe lang het duurt om uw DNS-antwoord in de cache te plaatsen. Migreren zonder TTL-beheer betekent het onmiddellijke beloven, terwijl de fysica van de cache vereist dat je overal op de oude TTL moet wachten.
TTL-bewuste migratiecyclus
- D-7 tot D-2: verlaag de TTL naar 300 s voor de gemigreerde A/AAAA/CNAME-records.
- Wacht op de oude maximale TTL (vaak 24 uur als waarde 86400).
- Bereid de nieuwe oorsprong voor (synchronisatie van inhoud, TLS-certificaat, tests via hosts-bestand).
- Cutover: verander IP of CNAME naar de nieuwe oorsprong.
- Monitor gemengd verkeer twee tot vierentwintig uur.
- D+7: verhoog de TTL naar een gematigde waarde (3600) indien gewenst.
| Voorwaartse TTL | Min. wachttijd vóór omschakeling | Typisch gemengd raam |
|---|---|---|
| 86400 (24 uur) | 24 uur | tot 24 uur |
| 3600 (1 uur) | 1 uur | 1–4 uur |
| 300 (5 minuten) | 5–15 minuten | 15–60 minuten |
Het verlagen van de TTL op de grote dag verkort niet wat al elders in de cache is opgeslagen.
Apex, www en e-mails
www: CNAME naar nieuwe load balancer — relatief eenvoudig.
Apex @: Leverancier ALIAS of A-record — geen CNAME RFC op kale apex.
MX: migreer de e-mail afzonderlijk — TTL MX laag bij wijziging; risico op verlies van berichten als ze vergeten worden.
Documenteer het verschil tussen de minimale TTL van SOA en de TTL van records: veel voorkomende verwarring bij migratie.
Tests vóór openbare omschakeling
Met het bestand /etc/hosts of curl --resolve kunt u de nieuwe oorsprong testen zonder de openbare DNS aan te raken.
Checklist: geldig certificaat op de nieuwe host, externe sessies, webhooks met nieuw geautoriseerd IP-adres.
Dual-run: oud en nieuw parallel met monitoring waarbij het foutenpercentage wordt vergeleken.
Voor algemene DNS-context, zie DNS voor beginners.
Communicatie naar belanghebbenden
Een slecht aangekondigde migratie genereert “de site werkt niet voor mij”-tickets terwijl de DNS normaal verloopt. Breng het ondersteuningsteam, webhooks-partners en B2B-klanten vóór de overstap op de hoogte — met een eerlijk venster, en niet met een belofte van een ogenblik.
Een interne of externe statuspagina tijdens de failover voorkomt dat elke langzame oplosser als een totale storing wordt geïnterpreteerd. Korte ondersteuning: “clearing DNS cache” aan de clientzijde lost een TTL van 86400 die nog steeds actief is bij een externe ISP niet op.
Documenteer het oude en nieuwe IP-adres, de overgangsdatum/-tijd en het technische contact bij de host – handig als een partner de nieuwe oorsprong binnen achtenveertig uur op de witte lijst moet zetten.
De top: “onmiddellijke” migratie verkocht, TTL vergeten
Dit is wat geen enkel hulpmiddel kan beloven.
Een migratie voorbereiden = TTL-tijdlijn + testhosts + apex/MX-plan – niet alleen bestanden uploaden naar de nieuwe VPS.
Beslis en ga vooruit zonder blinde vlek
Vóór het wisselweekend:
- Verlaag de TTL naar 300 s minstens achtenveertig uur vóór de grote dag.
- Test-resolutie van meerdere openbare solvers en lokale ISP.
- Voer de omschakeling uit met actieve bewaking op beide oorsprongen.
- Bewaak het percentage verkeer op de nieuwe bestemming: streef naar 95% binnen vier uur als TTL is voorbereid.
- Verhoog de TTL één week na stabilisatie.
- Verwerk MX en apex in een apart vlak van www als de e-mail cruciaal is.
Vergelijk hosts en hun DNS-tools via de overzicht en de vergelijker.
Veelgestelde vragen
Hoe lang vóór de migratie om de TTL te verlagen?
Minimaal één keer de oude maximale TTL vóór D-day; 300 seconden is een gebruikelijke waarde voor gemigreerde opnamen.
Is TTL 300 nog steeds genoeg?
Voor een tussenstop ja; Plan nog steeds één tot vierentwintig uur gemengd verkeer, afhankelijk van de oplosser.
Apex-domein en migratie?
ALIAS of A-record – geen klassieke CNAME aan de top. Aparte kaart van het www-subdomein.
Hoe de voortplanting controleren?
graven uit meerdere oplossers; een lokale flush bewijst niets voor de rest van de wereld.
Een succesvolle DNS-migratie wordt voorbereid in de TTL – niet in de toespraak van de verkoper.