Guide de sauvegarde et de snapshot VPS

Un serveur peut tomber en panne à cause d'une mauvaise mise à jour, d'une erreur, d'un logiciel malveillant ou d'un problème matériel. Un bon plan combine snapshots, sauvegardes et une restauration testée. Sur ONIE, les Cloud Servers à Hô-Chi-Minh-Ville prennent en charge les snapshots et sauvegardes, et vous pouvez ajouter du Block Storage supplémentaire pour vos données.

Snapshot ou sauvegarde

Utilisez les deux : un snapshot avant les opérations risquées et des sauvegardes planifiées pour le reste.

La règle 3-2-1

Conservez 3 copies de vos données importantes, sur 2 types de stockage différents, avec 1 copie ailleurs. Un snapshot sur le même serveur ne suffit pas à lui seul.

Sauvegarder les fichiers

rsync ne copie que ce qui a changé :

rsync -aH --delete /var/www/ backup@backup-host:/srv/backups/www/

restic crée des sauvegardes chiffrées et dédupliquées vers plusieurs cibles :

sudo apt install -y restic
restic -r sftp:backup@backup-host:/srv/restic init
restic -r sftp:backup@backup-host:/srv/restic backup /var/www /etc
restic -r sftp:backup@backup-host:/srv/restic forget --keep-daily 7 --keep-weekly 4 --prune

Sauvegarder une base de données

Copiez la base avec un export (dump) plutôt que de copier les fichiers de données en cours d'utilisation :

mysqldump --single-transaction --routines -u root wordpress | gzip > /var/backups/wordpress-$(date +%F).sql.gz

Pour PostgreSQL, utilisez pg_dump.

Automatiser la sauvegarde

Lancez les sauvegardes avec cron ou un timer systemd, et définissez une politique de rétention pour supprimer les anciennes copies :

sudo crontab -e
# every day at 02:30
30 2 * * * /usr/local/bin/backup.sh

Tester votre restauration

Une sauvegarde jamais restaurée n'est qu'une supposition. Une fois par mois, restaurez sur un serveur de secours et vérifiez que le site et les données fonctionnent. Consignez les étapes par écrit pour que n'importe quel membre de votre équipe puisse les suivre.

Avant les changements importants

Prenez un snapshot, effectuez la modification, testez-la, puis supprimez le snapshot lorsque vous êtes certain du résultat. Cette pratique se combine bien avec une configuration SSH sécurisée, et le même réflexe est utile lorsque vous mettez à niveau un site WordPress.