Last updated: 27 Mar 26 15:00:20 (Europe/Brussels)

Stratégie de sauvegarde multi-niveaux sur Proxmox

📢 Note de mise à jour : Ce guide est désormais disponible et maintenu en version complète sur mon wiki. Pour accéder aux liens techniques, scripts et fichiers de configuration détaillés, je vous invite à consulter la version officielle ici : Stratégie de sauvegarde multi-niveaux sur Proxmox (Wiki).

Note importante : Ce document décrit la stratégie de sauvegarde telle qu’elle est configurée actuellement. Cette architecture se rapproche au maximum de la mise en place réelle, mais elle est sujette à des évolutions fréquentes en fonction de certains critères techniques ou d’optimisation.


1. Snapshots automatisés (cv4pve-autosnap)

Les snapshots permettent un retour en arrière instantané (rollback) en cas d’erreur de configuration ou de mise à jour défaillante sur un service spécifique.

  • Services critiques (horaires) : Gitea, Vaultwarden, 2FAuth, AdGuard, etc. Snapshot toutes les heures avec une rétention de 24h.
  • Snapshots généraux : Toutes les VM et LXC sont snapshotés chaque jour à 00h10 (garde 7 jours) et chaque dimanche à 00h20 (garde 4 semaines).
  • Maintenance : Purge automatique des journaux de snapshot chaque jour à 05h00.

2. Sauvegardes Proxmox Backup Server (PBS) et redondance

C’est le cœur de la rétention à long terme avec un facteur de déduplication optimisé (actuellement supérieur à 17x).

  • Flux de redondance locale : Les données sont d’abord sauvegardées sur une première banque de données, puis répliquées immédiatement vers une deuxième banque de données sur le même serveur PBS.
  • Politique de rétention (GFS) :
    • 7 journaliers
    • 4 hebdomadaires
    • 3 mensuels
    • 1 annuel
  • Externalisation hors-site : Une fois par mois, une synchronisation complète est effectuée vers un second serveur PBS distant pour une sécurité hors site totale.

3. Protection granulaire des bases de données

C’est un complément indispensable aux sauvegardes “bloc” pour garantir l’intégrité des données applicatives.

  • Databasus : Sauvegarde et monitoring (healthcheck) des bases de données pour Etherpad, FreshRSS, Gitea, Joplin, KitchenOwl, etc. Fréquence : toutes les 12h (08h00 / 20h00).
  • Script SQLite “maison” : Utilisation de mon script personnel pour l’export et la centralisation des bases SQLite multi-services vers un stockage dédié avant leur intégration dans les sauvegardes globales.

Auteur : ce guide est proposé par Amaury aka BlablaLinux. Retrouvez mon wiki sur wiki.blablalinux.be et l’ensemble de mes services sur blablalinux.be/mes-services-publics/.