Backupkrake propose une supervision centralisée pour les sauvegardes rsync et restic

Le 13 novembre 2026, un développeur a partagé les détails de Backupkrake, une solution de sauvegarde sur mesure conçue pour combler les lacunes des outils propriétaires et scriptés existants. Le projet vise à fournir un système centralisé et supervisable pour gérer la protection des données dans les home labs et les serveurs distants, sans dépendre du verrouillage fournisseur ni d'installations complexes d'agents.

Ce qui s'est passé

Le créateur de Backupkrake a développé cet outil après avoir trouvé les options standard insatisfaisantes, telles que les scripts bash avec rsync, Borg, les solutions NAS Synology, Nextcloud et Seafile. Les points de douleur courants incluaient les restrictions propriétaires, l'absence de capacités de supervision centralisée ou l'utilisation d'outils pour des finalités autres que celles prévues initialement. Le logiciel résultant est un gestionnaire de sauvegarde central qui extrait les données des clients via SSH en utilisant rsync, nécessitant uniquement la clé publique du serveur et rsync côté client, sans agents supplémentaires requis.

Backupkrake prend en charge divers environnements, y compris les systèmes où l'utilisateur ne dispose que d'un accès compte normal, comme sur des hôtes Unix partagés. Dans ces cas, il sauvegarde des dossiers spécifiques tels que le répertoire personnel en utilisant des clés verrouillées sur ces chemins. Le système crée des instantanés liés par hardlinks, ce qui signifie que chaque sauvegarde apparaît comme une arborescence complète, mais les fichiers inchangés sont liés aux instantanés précédents pour économiser de l'espace de stockage. Cette approche permet aux utilisateurs de parcourir n'importe quel instantané comme s'il s'agissait d'une copie complète, tout en ne consommant de l'espace disque que pour les données modifiées.

La solution inclut des fonctionnalités avancées de planification et de rétention. Les administrateurs peuvent définir des fenêtres de sauvegarde, par exemple en limitant les transferts aux heures nocturnes entre 22:00 et 06:00, et fixer des limites de bande passante comme 20 MiB/s par hôte. Si une sauvegarde dépasse sa fenêtre, elle s'arrête et reprend la nuit suivante. Les politiques de rétention sont appliquées après chaque sauvegarde, conservant les N derniers instantanés ainsi que les archives quotidiennes, hebdomadaires et mensuelles spécifiées. Pour la reprise après sinistre, l'outil prend en charge les restaurations push, permettant d'envoyer des fichiers vers les clients ou d'autres hôtes avec une option d'aperçu en simulation (dry-run).

Détails clés

• Architecture sans agent : Les clients nécessitent uniquement rsync et la clé SSH publique du serveur ; aucun démon en arrière-plan ni agent n'est installé sur les machines sources.
• Efficacité de stockage : Utilise des instantanés liés par hardlinks afin que chaque nouvelle sauvegarde ne stocke que les fichiers modifiés tout en présentant une arborescence complète pour la navigation.
• Contrôle du trafic : Les limites de bande passante par hôte et les fenêtres temporelles empêchent les sauvegardes d'impacter les performances réseau diurnes.
• Chiffrement hors site : S'intègre avec restic pour téléverser des copies chiffrées des derniers instantanés vers S3, B2, SFTP ou d'autres endpoints rest-server.
• Interface utilisateur centralisée : Une interface web gère les hôtes, les planifications et les journaux en direct, affichant des barres de progression pour la vitesse de transfert des données et le temps restant.
• Surveillance par heartbeat : Inclut un heartbeat horaire facultatif vers des services externes comme healthchecks.io ou Uptime Kuma pour détecter si le serveur de sauvegarde lui-même tombe en panne.

Contexte

Les stratégies de sauvegarde auto-hébergées souffrent souvent du problème de « défaillance silencieuse », où une tâche cesse de fonctionner suite à un changement de configuration ou un problème réseau sans alerter l'administrateur. Les tâches cron traditionnelles exécutent des commandes mais ne signalent pas intrinsèquement le succès ou l'échec vers un tableau de bord central sauf si elles sont explicitement configurées pour le faire. Des outils comme rsync sont excellents pour copier des fichiers mais manquent de planification intégrée, de gestion de la rétention ou de reporting visuel de statut. Combiner ces outils bas niveau avec des services de supervision nécessite un effort de scripting considérable.

Le hardlinking est une fonctionnalité du système de fichiers où plusieurs entrées de répertoire pointent vers les mêmes données physiques sur le disque. Dans le contexte des sauvegardes, cela permet aux systèmes de présenter chaque instantané comme une copie complète tout en ne stockant qu'une seule copie des fichiers inchangés. Cela économise une quantité substantielle d'espace de stockage par rapport aux copies complètes et est plus accessible que les bases de données complexes de déduplication pour les petites équipes. Cependant, la gestion manuelle de ces liens sur plusieurs hôtes est sujette aux erreurs, c'est pourquoi des outils centralisés comme Backupkrake automatisent le processus.

Pourquoi c'est important

Pour les équipes gérant leur propre infrastructure, la visibilité est aussi critique que la sauvegarde elle-même. Une sauvegarde qui ne peut être vérifiée est un risque. Backupkrake répond à ce besoin en fournissant un tableau de bord unique (« single pane of glass ») pour tous les hôtes, affichant les journaux en direct et l'historique des exécutions. Cela réduit la charge cognitive des administrateurs système qui devaient auparavant se connecter en SSH à plusieurs serveurs pour vérifier les fichiers journaux ou compter sur des notifications par e-mail fragmentées. La capacité de voir exactement quelle quantité de données a été transférée et combien de temps a pris une tâche aide à la planification de la capacité et au diagnostic des goulets d'étranglement réseau.

L'intégration de copies chiffrées hors site via restic ajoute une couche de résilience contre la panne matérielle locale ou les ransomwares. En automatisant le téléversement vers un stockage objet comme S3 ou B2, l'outil garantit qu'une copie secondaire existe en dehors de l'infrastructure principale. Les politiques de rétention assurent que ce stockage hors site ne croît pas indéfiniment, maîtrisant les coûts tout en maintenant suffisamment de données historiques pour la récupération. Cette combinaison de rapidité locale et de durabilité distante est essentielle pour des plans robustes de reprise après sinistre.

Ce que vous pouvez faire

• Évaluez vos scripts de sauvegarde actuels pour les risques de défaillance silencieuse et envisagez d'ajouter des vérifications heartbeat à vos tâches cron.
• Testez les stratégies d'instantanés liés par hardlinks sur un volume non destiné à la production pour comprendre les économies de stockage versus la complexité.
• Implémentez un throttling de bande passante sur les tâches de sauvegarde pour éviter les interférences avec le trafic de production pendant les heures ouvrables.
• Revoyez vos politiques de rétention pour assurer qu'elles équilibrent les besoins de récupération avec les coûts de stockage, surtout pour les copies hors site.
• Déployez un tableau de bord centralisé pour la supervision des sauvegardes afin de réduire le temps passé à vérifier les journaux individuels des serveurs.
• Vérifiez régulièrement votre processus de restauration en utilisant des aperçus en simulation (dry-run) pour vous assurer que les mécanismes de restauration push fonctionnent comme prévu.