10 cose da controllare prima di spegnere il vecchio server dopo una migrazione

Il momento più pericoloso di una migrazione non è il giorno del trasferimento. È la settimana dopo, quando il nuovo server sembra funzionare e la tentazione di liberare risorse (e smettere di pagare due canoni) porta a spegnere il vecchio prima del tempo. Quando qualcosa salta fuori - una casella di posta dimenticata, un cron che nessuno aveva censito - il vecchio server non c'è più e il ripristino diventa un problema serio.

Ecco una checklist dei dieci punti da chiudere prima di dare l'OK definitivo allo spegnimento.

1-3: DNS e rete

1. TTL abbassato per tempo. Prima di toccare i record DNS, il TTL va ridotto. Una guida tecnica consiglia di abbassare il TTL a 60-300 secondi almeno 24 ore prima della modifica effettiva, così i resolver avranno in cache un record con TTL breve e aggiorneranno rapidamente. Farlo dopo il cambio non serve a molto.

2. Propagazione verificata, non presunta. Il tempo di attesa dipende dal TTL precedente: con un TTL di partenza di 3600 secondi la propagazione richiede 1-4 ore, con 86400 secondi può arrivare a 48 ore secondo i resolver coinvolti. Una guida più recente nota che la propagazione DNS non richiede necessariamente 24-48 ore se il TTL è stato abbassato correttamente in anticipo.

3. Tutti i record associati, non solo l'A. Record AAAA, MX, TXT (SPF/DKIM) vanno controllati insieme, non solo quello principale: dimenticare un record secondario è l'errore più comune.

4-6: servizi che si notano solo quando mancano

4. Email funzionanti sul nuovo server. Invio, ricezione, inoltri, filtri e autoresponder vanno testati casella per casella prima del cutover, non dopo: dati e-mail come caselle postali, inoltri, filtri, impostazioni di autoresponder sono tra gli elementi più facili da dimenticare in un backup.

5. Cron job trasferiti e verificati in esecuzione. Non basta copiare il crontab: va controllato che il job giri davvero sul nuovo ambiente, con percorsi e permessi corretti. È il tipo di dimenticanza che emerge solo settimane dopo, quando un report mensile non arriva.

6. Certificati validi sul dominio corretto. Va controllato che il certificato SSL sia installato per il dominio corretto, comprese eventuali catene di redirect HTTPS lasciate indietro nella migrazione.

7-8: il paracadute

7. Backup di cortesia del vecchio server. Prima dello spegnimento definitivo va fatta una copia completa del vecchio ambiente - file, database, configurazioni - anche se il nuovo server sembra stabile. È l'ultima rete di sicurezza e costa pochissimo rispetto a un ripristino d'emergenza.

8. Log e monitoraggio confrontati. Vanno confrontati i log del vecchio e del nuovo server nello stesso intervallo di tempo per scoprire differenze di traffico, errori 500 o richieste che ancora arrivano al vecchio IP: sono il segnale che qualcuno (un client, un'app mobile, un servizio terzo) non ha ancora il nuovo indirizzo.

9-10: il periodo di attesa

9. Il vecchio server resta raggiungibile per un periodo minimo. Le fonti non concordano su un numero unico. Una guida operativa consiglia di non spegnere subito il vecchio server, mantenendolo accessibile per almeno 48 ore, meglio ancora 72 dopo il cambio DNS. Un'altra guida più prudente suggerisce di mantenere il vecchio server per almeno un mese prima di cancellarlo, così da avere un'opzione di riserva in caso di problemi con il nuovo. La scelta dipende dal tipo di servizio: per un sito statico bastano i giorni, per un gestionale con integrazioni esterne vale la pena aspettare di più.

10. Decommissioning formalizzato, non improvvisato. Solo dopo aver chiuso i nove punti precedenti ha senso programmare lo spegnimento, con una data comunicata a chi gestisce fatturazione e contratti del vecchio fornitore, per evitare canoni pagati a vuoto o, peggio, uno spegnimento anticipato per errore amministrativo.