Backup di un VPS: una strategia semplice
La regola 3-2-1, restic o borg per cifrare e deduplicare, e il test di ripristino che dimostra che il backup serve davvero.
Un backup mai ripristinato resta un’ipotesi. Una copia esiste solo se la fate voi: un VPS da solo non protegge i vostri dati. Una strategia semplice si riduce a tre idee: una regola per le copie, uno strumento che cifri e un test di ripristino periodico.
- Regola 3-2-1: tre copie, due supporti, una copia fuori dal VPS.
- restic o borg cifrano e deduplicano: la password del repository va conservata fuori dal server.
- Un backup non ripristinato non è verificato: provate il ripristino una volta al mese.
La regola 3-2-1
Tre copie dei vostri dati, su almeno due supporti diversi, una delle quali fuori dal VPS. Questa regola evita che un guasto, un errore manuale o un attacco cancelli tutto.
- Copia 1: i dati di produzione, sul VPS.
- Copia 2: un backup su un altro supporto, per esempio uno spazio remoto raggiungibile in SFTP o un disco del vostro PC.
- Copia 3: un secondo backup fuori dal VPS, idealmente presso un altro fornitore o in un altro luogo.
Scegliere lo strumento: restic o borg
restic e borg creano backup cifrati, deduplicati e incrementali: vengono inviati solo i blocchi modificati. Scrivono su SFTP, S3 o un disco locale. Entrambi sono software libero e si installano facilmente su Debian o Ubuntu.
- sudo apt install -y restic
- export RESTIC_REPOSITORY=sftp:[email protected]:/srv/restic: indirizzo del repository, da adattare al vostro spazio di archiviazione.
- restic init crea il repository una sola volta. La password di cifratura va conservata fuori dal VPS.
Pianificare, sfoltire e verificare
Un backup pianificato gira senza di voi. Occorre anche limitare il numero di versioni conservate, per non riempire lo spazio, e controllare il repository di tanto in tanto. Il database va esportato prima della copia dei file, così resta coerente.
- mysqldump wp_exemple > /root/base.sql, poi restic backup /root/base.sql /var/www: uno script lanciato ogni notte da cron o da un timer systemd.
- restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune: conserva 7 versioni giornaliere, 4 settimanali e 6 mensili.
- restic restore latest --target /root/test-ripristino, poi confrontate i file. Un test al mese basta a individuare le lacune.
Domande frequenti
Uno snapshot del fornitore basta?
Lo snapshot è comodo prima di un aggiornamento rischioso, ma resta legato allo stesso account e alla stessa piattaforma. Non sostituisce una copia esterna.
Con che frequenza fare il backup?
Un backup giornaliero basta per la maggior parte dei siti. Se un database cambia molto, aumentate la frequenza: la perdita accettabile si misura in ore di dati.
Cosa succede se perdo la password di restic?
Il repository diventa illeggibile, senza alcuna possibilità di recupero. Conservate la password in un gestore di password o su carta, fuori dal VPS.