Dieser Überblicksartikel setzt fort , geschrieben auf Wunsch der Leser, in dem es um UrBackup, BackupPC und AMANDA gehen wird.
Überblick über UrBackup.
Auf Wunsch des Teilnehmers füge ich den Überblick über UrBackup hinzu, ein Client-Server-System für Backup. Es ermöglicht das Erstellen von vollständigen und inkrementellen Backups, kann mit Snapshots von Geräten (nur Windows?) arbeiten und kann auch Dateibackups erstellen. Der Client kann entweder im selben Netzwerk wie der Server stehen oder über das Internet verbunden werden. Es wurde eine Änderungsverfolgung angekündigt, die es ermöglicht, Unterschiede zwischen Backups schnell zu finden. Ebenfalls vorhanden ist die Unterstützung für die Daten-Deduplication auf Serverseite, was Platz spart. Die Netzwerkverbindungen sind verschlüsselt, außerdem gibt es ein Web-Interface zur Verwaltung des Servers. Lassen Sie uns schauen, was es kann:
Im Modus zur Erstellung eines vollständigen Backups erzielten wir folgende Ergebnisse:
Die Laufzeit:
Erster Start
Zweiter Lauf
Dritter Lauf
Erster Test
8m20s
8m19s
8m24s
Zweiter Test
8m30s
8m34s
8m20s
Dritter Test
8m10s
8m14s
8m12s
Im Modus zur Erstellung inkrementeller Backups:
Die Laufzeit:
Erster Start
Zweiter Lauf
Dritter Lauf
Erster Test
8m10s
8m10s
8m12s
Zweiter Test
3m50s
4m12s
3m34s
Dritter Test
2m50s
2m35s
2m38s
Die Größe des Repositories betrug in beiden Fällen etwa 14 GB, was auf eine funktionierende Deduplication auf Serverseite hinweist. Ebenso bemerkenswert ist die Abweichung in der Backup-Erstellungszeit auf dem Server und auf dem Client, die deutlich in den Grafiken zu sehen ist und ein angenehmer Bonus ist, da das Web-Interface die Zeit des Backup-Prozesses auf Serverseite ohne Berücksichtigung
des Client-Zustands anzeigt. Insgesamt sind die Grafiken für das vollständige und inkrementelle Backup nicht zu unterscheiden. Wahrscheinlich liegt der Unterschied nur darin, wie dies auf Serverseite verarbeitet wird. Auch die geringe CPU-Auslastung auf dem gesicherten System hat gefreut.
Überblick über BackupPC
Auf Wunsch des Teilnehmers Ich füge eine Übersicht über BackupPC hinzu. Diese Software wird auf einem Backup-Server installiert, ist in Perl geschrieben und arbeitet mit verschiedenen Backup-Tools, hauptsächlich rsync und tar. Als Transportmittel werden ssh und smb verwendet, außerdem gibt es eine Weboberfläche auf Basis von cgi (läuft über Apache). In der Weboberfläche gibt es eine umfangreiche Liste von Einstellungen. Zu den besonderen Merkmalen gehört die Möglichkeit, minimale Zeiträume zwischen Sicherungen sowie einen Zeitraum festzulegen, in dem keine Sicherungen erstellt werden. Bei der Auswahl des Dateisystems für den Backup-Server sollte man auf die Unterstützung von harten Links achten. Das bedeutet, dass das Dateisystem für den Speicher nicht in Montagepunkte unterteilt werden kann. Insgesamt ein sehr angenehmes Erlebnis, schauen wir uns an, wozu diese Software in der Lage ist:
Im Modus der Erstellung vollständiger Sicherungen mit rsync ergaben sich folgende Ergebnisse:
Erster Start
Zweiter Lauf
Dritter Lauf
Erster Test
12m25s
12m14s
12m27s
Zweiter Test
7m41s
7m44s
7m35s
Dritter Test
10m11s
10m0s
9m54s
Wenn man jedoch vollständige Sicherungen und tar verwendet:
Erster Start
Zweiter Lauf
Dritter Lauf
Erster Test
12m41s
12m25s
12m45s
Zweiter Test
12m35s
12m45s
12m14s
Dritter Test
12m43s
12m25s
12m5s
Im Modus der Erstellung inkrementeller Sicherungen musste auf tar verzichtet werden, da unter diesen Einstellungen keine Sicherungen erstellt wurden.
Die Ergebnisse der Erstellung inkrementeller Sicherungen mit rsync sind wie folgt:
Erster Start
Zweiter Lauf
Dritter Lauf
Erster Test
11m55s
11m50s
12m25s
Zweiter Test
2m42s
2m50s
2m30s
Dritter Test
6m00s
5m35s
5m30s
Insgesamt zeigt rsync einen kleinen Geschwindigkeitsvorteil, außerdem arbeitet rsync effizienter im Netzwerk. Dies könnte zum Teil durch einen geringeren CPU-Verbrauch mit tar als Backup-Programm ausgeglichen werden. Ein weiterer Vorteil von rsync ist die Arbeit mit inkrementellen Kopien. Die Größe des Repositories bei der Erstellung vollständiger Sicherungen bleibt gleich und beträgt 16 GB, während es bei inkrementellen Kopien 14 GB pro Durchgang sind, was eine funktionierende Deduplizierung bedeutet.
Übersicht über AMANDA
Auf Wunsch des Teilnehmers Ich füge Tests von AMANDA hinzu,
Die Ergebnisse des Testdurchlaufs mit tar als Archiv-Tool und aktivierter Komprimierung sind wie folgt:
Erster Start
Zweiter Lauf
Dritter Lauf
Erster Test
9m5s
8m59s
9m6s
Zweiter Test
0m5s
0m5s
0m5s
Dritter Test
2m40s
2m47s
2m45s
Das Programm beansprucht vollständig einen CPU-Kern, kann jedoch aufgrund der iops-begrenzten Festplatte auf der Serverseite, die für die Speicherung von Backups verantwortlich ist, keine hohe Datenübertragungsgeschwindigkeit erreichen. Insgesamt bereitete die Konfiguration etwas mehr Probleme als bei den anderen Teilnehmern, da der Programm-Autor nicht ssh als Transportmittel nutzt, sondern ein ähnliches Schema mit Schlüsseln implementiert, indem er eine vollständige CA erstellt und pflegt. Es besteht die Möglichkeit, sowohl den Client als auch den Backup-Server stark einzuschränken: Wenn sie sich gegenseitig nicht vollständig vertrauen können, kann als Alternative das Initiieren der Wiederherstellung eines Backups vom Server aus untersagt werden, indem der entsprechende Variablenwert in der Konfigurationsdatei auf null gesetzt wird. Es gibt die Möglichkeit, eine Web-Oberfläche zur Verwaltung anzuschließen, aber insgesamt kann das konfigurierte System vollständig mit kleinen Bash-Skripten (oder SCM, wie zum Beispiel Ansible) automatisiert werden. Es gibt ein recht komplexes System zur Einrichtung des Speichers, das offenbar mit der Unterstützung einer umfangreichen Liste verschiedener Speichermedien (LTO-Bänder, Festplatten usw.) zusammenhängt. Zudem ist zu erwähnen, dass von allen in diesem Artikel behandelten Programmen AMANDA das einzige ist, das die Umbenennung eines Verzeichnisses erkennen konnte. Die Größe des Repositories betrug bei einem Lauf 13 GB.
Ankündigung
Backup, Teil 6: Vergleich von Backup-Tools
Backup, Teil 7: Zusammenfassungen
Quelle: habr.com
