Automatiser ses backups : la règle du 3-2-1

La règle du 3-2-1

Trois copies de vos données, sur deux supports différents, dont une hors site. Un VPS sans stratégie de backup est une question de « quand », pas de « si ».

Niveau 1 — les snapshots hyperviseur

Inclus dans nos offres : un snapshot quotidien automatique de votre disque complet. Restauration en un clic depuis le panel. C'est votre filet de sécurité ultime, mais ce n'est pas suffisant seul : les snapshots vivent sur la même infrastructure que le VPS.

Niveau 2 — rsync incrémental vers un second VPS

Un petit Apex dans un autre datacenter (Paris ↔ Francfort) fait un excellent serveur de backup :

rsync -avz --delete --link-dest=/backups/current \
  -e "ssh -p 2222" /var/www/ backup@backup-server:/backups/daily-$(date +%F)
ln -sfn daily-$(date +%F) /backups/current

L'option --link-dest crée des sauvegardes incrémentales par liens durs : chaque jour semble complet, mais seules les différences consomment de l'espace.

Niveau 3 — stockage objet externe

rclone vers un S3 compatible (chiffré avec rclone crypt) pour la copie hors site :

rclone sync /backups s3chiffre:mes-backups --transfers 8

Bases de données : toujours un dump logique

Un rsync des fichiers MySQL en cours d'écriture donne une base corrompue. Dump avant copie :

mysqldump --single-transaction --quick prod | gzip > /backups/db-$(date +%F).sql.gz

PostgreSQL : pg_dump -Fc. SQLite : sqlite3 db .backup.

Cron et alertes

Mettez tout dans un script, planifié à 3 h du matin, et envoyez le résultat vers un webhook (Discord, n8n) : un backup qui échoue silencieusement est pire que pas de backup. Testez une restauration complète une fois par mois — un backup non testé n'existe pas.