Backupkrake bietet zentrale Überwachung für rsync- und restic-Backups

Am 13. November 2026 teilte ein Entwickler Details zu Backupkrake mit, einer maßgeschneiderten Backup-Lösung, die Lücken in bestehenden proprietären und skriptbasierten Tools schließen soll. Das Projekt zielt darauf ab, ein zentrales, überwachbares System zur Verwaltung des Datenschutzes in Heimlaboren und auf Remote-Servern bereitzustellen, ohne auf Vendor-Lock-in oder komplexe Agenten-Installationen angewiesen zu sein.

Was passiert ist

Der Ersteller von Backupkrake entwickelte das Tool, nachdem er Standardoptionen wie Bash-Skripte mit rsync, Borg, Synology-NAS-Lösungen, Nextcloud und Seafile als unzureichend empfand. Häufige Probleme waren proprietäre Einschränkungen, fehlende zentrale Überwachungsfunktionen oder der Einsatz von Tools für Zwecke außerhalb ihres ursprünglichen Designzwecks. Die resultierende Software ist ein zentraler Backup-Manager, der Daten über SSH mittels rsync von Clients abruft. Dabei werden nur der öffentliche Schlüssel des Servers und rsync auf der Client-Seite benötigt; zusätzliche Agenten sind nicht erforderlich.

Backupkrake unterstützt vielfältige Umgebungen, einschließlich Systemen, auf denen der Nutzer nur normalen Kontozugriff hat, wie etwa geteilte Unix-Hosts. In diesen Fällen sichert es spezifische Ordner wie das Home-Verzeichnis unter Verwendung von Schlüsseln, die auf diese Pfade beschränkt sind. Das System erstellt Hardlink-Snapshots, was bedeutet, dass jedes Backup als vollständiger Verzeichnisbaum erscheint, aber unveränderte Dateien mit vorherigen Snapshots verknüpft werden, um Speicherplatz zu sparen. Dieser Ansatz ermöglicht es Nutzern, jeden Snapshot so zu durchsuchen, als wäre er eine vollständige Kopie, während nur für geänderte Daten Festplattenspeicher verbraucht wird.

Die Lösung umfasst erweiterte Planungsfunktionen und Aufbewahrungsrichtlinien. Administratoren können Backup-Fenster definieren, wie z. B. die Beschränkung von Übertragungen auf nächtliche Stunden zwischen 22:00 und 06:00 Uhr, sowie Bandbreitenlimits wie 20 MiB/s pro Host festlegen. Wenn ein Backup über sein Zeitfenster hinausläuft, stoppt es und setzt am nächsten Abend fort. Aufbewahrungsrichtlinien werden nach jedem Backup angewendet, wobei die letzten N Snapshots zusammen mit angegebenen täglichen, wöchentlichen und monatlichen Archiven behalten werden. Für die Disaster-Recovery unterstützt das Tool Push-Restores, wodurch Dateien an Clients oder andere Hosts zurückgesendet werden können, inklusive einer Dry-Run-Vorschauoption.

Wichtige Details

• Agentlose Architektur: Clients benötigen lediglich rsync und den öffentlichen SSH-Schlüssel des Servers; auf Quellmaschinen werden keine Hintergrund-Daemons oder Agenten installiert.
• Speichereffizienz: Nutzt Hardlink-Snapshots, sodass jedes neue Backup nur geänderte Dateien speichert, während es einen vollständigen Verzeichnisbaum zum Durchsuchen darstellt.
• Verkehrskontrolle: Bandbreitenlimits pro Host und Zeitfenster verhindern, dass Backups die Netzwerkperformance tagsüber beeinträchtigen.
• Offsite-Verschlüsselung: Integriert sich mit restic, um verschlüsselte Kopien der neuesten Snapshots auf S3, B2, SFTP oder andere rest-Server-Endpunkte hochzuladen.
• Zentrale UI: Eine Weboberfläche verwaltet Hosts, Zeitpläne und Live-Protokolle und zeigt Fortschrittsbalken für Datentransferrate und verbleibende Zeit an.
• Heartbeat-Überwachung: Beinhaltet einen optionalen stündlichen Heartbeat an externe Dienste wie healthchecks.io oder Uptime Kuma, um zu erkennen, ob der Backup-Server selbst ausgefallen ist.

Hintergrund

Selbst gehostete Backup-Strategien kämpfen oft mit dem Problem des "silent failure", bei dem ein Job aufgrund einer Konfigurationsänderung oder eines Netzwerkproblems stoppt, ohne den Administrator zu warnen. Traditionelle Cron-Jobs führen Befehle aus, melden Erfolg oder Misserfolg jedoch nicht inhärent an ein zentrales Dashboard, es sei denn, dies wird explizit konfiguriert. Tools wie rsync sind hervorragend zum Kopieren von Dateien, bieten aber keine eingebaute Planung, Aufbewahrungsverwaltung oder visuelle Statusberichte. Die Kombination dieser Low-Level-Tools mit Monitoring-Diensten erfordert erheblichen Skriptaufwand.

Hardlinking ist eine Dateisystemfunktion, bei der mehrere Verzeichniseinträge auf dieselben physischen Daten auf der Festplatte zeigen. Im Backup-Kontext ermöglicht dies Systemen, jeden Snapshot als vollständige Kopie darzustellen, während nur eine Kopie unveränderter Dateien gespeichert wird. Dies spart im Vergleich zu vollständigen Kopien erheblich Speicherplatz und ist für kleine Teams zugänglicher als komplexe Deduplizierungsdatenbanken. Die manuelle Verwaltung dieser Links über mehrere Hosts hinweg ist jedoch fehleranfällig, weshalb zentrale Tools wie Backupkrake den Prozess automatisieren.

Warum es wichtig ist

Für Teams, die ihre eigene Infrastruktur betreiben, ist Sichtbarkeit genauso kritisch wie das Backup selbst. Ein Backup, das nicht verifiziert werden kann, ist ein Risiko. Backupkrake adressiert dies durch die Bereitstellung einer Single Pane of Glass für alle Hosts, die Live-Protokolle und Ausführungshistorie anzeigt. Dies reduziert die kognitive Belastung für Sysadmins, die zuvor per SSH auf mehrere Server zugreifen mussten, um Logdateien zu prüfen, oder sich auf fragmentierte E-Mail-Benachrichtigungen verlassen mussten. Die Möglichkeit, genau zu sehen, wie viel Daten übertragen wurden und wie lange ein Job gedauert hat, hilft bei der Kapazitätsplanung und der Fehlersuche bei Netzwerkengpässen.

Die Integration von offsite verschlüsselten Kopien via restic fügt eine Schicht der Resilienz gegen lokale Hardwareausfälle oder Ransomware hinzu. Durch die Automatisierung des Uploads auf Objektspeicher wie S3 oder B2 stellt das Tool sicher, dass eine sekundäre Kopie außerhalb der primären Infrastruktur existiert. Die Aufbewahrungsrichtlinien sorgen dafür, dass dieser Offsite-Speicher nicht unbegrenzt wächst, kontrollieren Kosten und bewahren gleichzeitig ausreichend historische Daten für die Wiederherstellung auf. Diese Kombination aus lokaler Geschwindigkeit und remote Haltbarkeit ist für robuste Disaster-Recovery-Pläne unerlässlich.

Was Sie tun können

• Bewerten Sie Ihre aktuellen Backup-Skripte auf Risiken durch silent failures und erwägen Sie die Hinzufügung von Heartbeat-Checks zu Ihren Cron-Jobs.
• Testen Sie Hardlink-Snapshot-Strategien auf einem Nicht-Produktionsvolumen, um die Speichereinsparungen im Verhältnis zur Komplexität zu verstehen.
• Implementieren Sie Bandbreiten-Throttling für Backup-Jobs, um Störungen des Produktionsverkehrs während der Geschäftszeiten zu vermeiden.
• Überprüfen Sie Ihre Aufbewahrungsrichtlinien, um sicherzustellen, dass sie Wiederherstellungsbedürfnisse und Speicherkosten ausbalancieren, insbesondere für Offsite-Kopien.
• Stellen Sie ein zentrales Dashboard für das Backup-Monitoring bereit, um die Zeit zu reduzieren, die für die Prüfung individueller Server-Logs aufgewendet wird.
• Verifizieren Sie Ihren Restore-Prozess regelmäßig unter Verwendung von Dry-Run-Vorschauen, um sicherzustellen, dass Push-Restore-Mechanismen wie erwartet funktionieren.