Backup Incrementali MySQL Su Larga Scala: Da Backup Di 12 Ore a Operazioni Di 30 Minuti

Il problema

Una startup ricca di dati gestiva in produzione 2 TB di MySQL. I backup completi duravano oltre 12 ore e fallivano spesso. Il team non aveva un modo affidabile per testare il ripristino. Un restore completo richiedeva giorni. I backup falliti restavano inosservati fino al momento del bisogno. Le soluzioni di backup gestite (Kasten, AWS DMS) costavano oltre 150 $ al mese solo per i backup.

La sfida

Scalare i backup a livello di terabyte è più difficile di quanto sembri:

• I backup completi sono costosi: oltre 12 GB ciascuno, e uno a settimana lascia dei buchi
• I backup incrementali si rompono facilmente: le catene restano orfane, oppure vengono eliminate mentre degli incrementali dipendono ancora da esse
• Il ripristino point-in-time è complesso: richiede di riapplicare un backup completo più diversi incrementali nell’ordine corretto
• I costi si accumulano: le soluzioni di backup gestite fanno pagare a GB salvato
• Testare il ripristino è rischioso: ripristinare terabyte di dati richiede troppo tempo e il team evita di farlo

La soluzione

Abbiamo costruito un sistema di backup specializzato, pensato apposta per MySQL su larga scala:

Fase 1: architettura dei backup

• Implementato XtraBackup per MySQL (capisce le modifiche alle pagine InnoDB)
• Backup completi settimanali e backup incrementali ogni 6 ore
• Storage local-first (SSD veloce per un recupero rapido)
• Sincronizzazione su S3 per compliance e disaster recovery
• Cifratura (AES256) e compressione (zstd) automatiche

Fase 2: retention consapevole delle catene

• Costruito un sistema che tiene traccia delle dipendenze delle catene di backup
• Un backup viene eliminato solo se TUTTI i backup della sua catena sono più vecchi del periodo di retention
• Evita incrementali orfani che non si possono ripristinare
• Convenzione di nomi chiara per tracciare le catene
• Pulizia automatica delle catene interrotte

Fase 3: ripristino point-in-time

• Processo di restore automatizzato per qualsiasi timestamp
• Riapplica gli incrementali in ordine fino al momento scelto
• Rileva in automatico cifratura e compressione
• Supporto dry-run per verificare in sicurezza
• Test di restore integrati nelle procedure settimanali

Fase 4: operatività e visibilità

• Analisi settimanale automatica dello stato delle catene di backup
• Monitoraggio dell’uso dello storage (locale e S3)
• Verifica dell’integrità dei backup
• Semplici script shell (nessun operator o controller necessario)
• Monitoraggio e alert chiari

Risultati

Affidabilità:

• ✅ Tasso di successo dei backup: 99,8% (prima 60% con il processo manuale)
• ✅ Ripristino testato ogni mese (prima mai testato)
• ✅ Capacità di ripristino point-in-time verificata
• ✅ Nessuna catena di backup orfana in oltre 12 mesi

Operatività:

• ✅ Tempo di backup: da 12 ore a 30 minuti (completo) + 5 minuti (incrementale)
• ✅ Ciclo di test del ripristino: da giorni a ore
• ✅ Diagnosi dei problemi di backup: 80% di tempo in meno
• ✅ Fiducia del team nelle procedure di recupero: alta

Costi:

• ✅ Costo: 3 $ al mese (storage S3) contro oltre 150 $ al mese delle soluzioni gestite
• ✅ Risparmio annuo: circa 1.800 $
• ✅ Ritorno dell’investimento: immediato

Punti chiave

1. I backup incrementali fanno risparmiare spazio su larga scala, ma solo se la gestione delle catene è automatizzata
2. Gli strumenti nativi del database sono essenziali: le soluzioni di backup generiche non capiscono la struttura di MySQL
3. Il ripristino point-in-time richiede la catena completo + incrementali, ma il processo di restore può restare semplice
4. Il test del ripristino va automatizzato: se è manuale, non verrà fatto con regolarità
5. Local-first + sync nel cloud batte i backup solo cloud: ripristino più veloce, costi più bassi, compliance migliore