Der Proxmox Backup Server ist eine eigenständige Software mit dem man sein Proxmox Server besser sichern kann. Dieser bietet diverse weitere Features wie Einzeldateiwiederherstellung. Wenn du ein bisschen mehr wissen möchtest, empfehle ich dir mein Video dazu.

In dieser Anleitung soll es aber darum gehen wie man beim Proxmox Backup Server eine NFS Freigabe hinzufügen kann. Da ich UnRaid als NAS System derzeit verwende bin ich hier direkt auf weitere Fehler gestoßen. Grund genug alles zusammen in einen Blogbeitrag zu verfassen. Vielleicht stößt jemand anderes auch auf dieses Problem.

NFS Freigabe in Unraid anlegen

In Unraid legen wir uns zuerst eine Freigabe an. In dieser Anleitung heißt die Freigabeproxmox. Das ist für die weiteren Schritte wichtig zu wissen. Ich empfehle die Backups erst auf dem Cache Array zu speichern und dann per. Mover auf das eigentliche Array verschieben zu lassen. So sind die Backups deutlich schneller erstellt. Wenn die Freigabe angelegt ist, möchte wir diese natürlich via NFS publizieren. Also stellen wirExportieren aufja. Anschließend müssen wir dieSicherheit vonÖffentlich aufprivat umstellen. Das ist wichtig, da wir sonst keine besonderen NFS Export Parameter mitgeben können. In dem FeldRegel Tragen wir dann folgendes ein:

192.168.10.19/24(sec=sys,rw,insecure,anongid=100,anonuid=99,no_root_squash)

Die IP-Adresse am Anfang muss auf die IP-Adresse deines Promox Backup Servers angepasst werden. Natürlich könntest du auch das ganze Netz frei geben, ist aber aus Sicherheitsgründen nicht empfohlen.

PBS NFS Freigabe einrichten

Nun können wir uns um den Proxmox Backup Server kümmern. Diesen Part habe ich ebenfalls mal in einem Video fest gehalten. Falls du also lieber das schauen möchtest. Andernfalls lies gerne weiter.

Wir müssen uns per SSH mit dem Server verbinden. Anschließend überprüfen wir ob der NFS Client installiert ist bzw. installieren ihn direkt.

apt install nfs-common

Bei mir war er schon installiert, aber sicher ist sicher. Anschließend wollen wir die NFS Freigabe vom Unraid Server mounten. In Linux werden Freigaben normalerweise nach/mnt gelegt. Also erstellen wir uns dort drin ein Verzeichnis in dem wir das NAS mounten.

mkdir -p /mnt/nfs-backup

Du kannst natürlich den Partnfs-backup umbenennen. Passe nur den Rest der Anleitung entsprechend an deine Umgebung an.

Nun mounten wir die Freigabe mit

mount -t nfs 192.168.10.21:/mnt/user/proxmox /mnt/nfs-backup

Die IP-Adresse musst du natürlich auf die IP-Adresse deines Unraid Servers anpassen. Hier sollte natürlich kein Fehler auftreten. Wenn das der Fall sein sollte, überprüfe ob die Freigabe und der Ordner korrekt angelegt worden sind. Damit die Freigabe auch nach dem Neustart vom PBS wieder funktioniert sollten wir das permanent machen. Dazu editieren wir die/etc/fstab Datei

nano /etc/fstab

Und fügen am Ende folgende Zeile ein:

192.168.10.21:/mnt/user/proxmox /mnt/nfs-backup nfs rw 0 0

Berechtigungen der Freigabe anpassen

Der Proxmox Backup Server erstellt die Sicherungen mit dem Nutzerbackup und der UUID/GUID34. Da dies nicht zu der Freigabe von Unraid passt, müssen wir die ändern. Ich habe festgestellt, dass es am einfachsten ist, wenn wir in der Freigabe einen weiteren Ordner anlegen und dem die notwendigen Berechtigungen geben.

mkdir -p /mnt/nfs-backup/backups

Auch hier kannst du das gerne an deine Gegebenheiten anpassen. Anschließend ändern wir den Besitzer des Ordners

chown backup:backup /mnt/nfs-backup/backups

Sollte hier ein Fehler auftreten mitOperation not permitted hast du ggf. die Anleitung oben zu Unraid vergessen. Die NFS Export Parameter sind nämlich hier entscheidend.

Datastore im Proxmox Backup Server hinzufügen

Jetzt können wir endlich die Freigabe auch im PBS hinzufügen. Dazu verbinden wir uns zur PBS GUI und wählen links unterDatastoreAdd Datastore aus. Den Namen kannst du natürlich frei vergeben. AlsBacking Path kommt der Pfad der Freigabe rein. In unserem Fall/mnt/nfs-backup/backups Solltest du den angepasst haben, bitte entsprechend hier auch tun. Die restlichen Parameter kannst du nach belieben einstellen.

Sollte hier ein Fehler auftreten wird der Backup-Nutzer nicht in das Verzeichnis schreiben dürfen. Überprüfe nochmal die Berechtigungen des Pfades.

Der Proxmox Backup Server legt nach dem Bestätigen die ganzen Chunks an. Dies kann je nach Performance des Netzwerkes oder des Unraid Servers zwischen ein paar Sekunden und ein paar Minuten dauern. Anschließend kannst du den Datastore zu Proxmox hinzufügen und deine Backups erstellen.

Wer meinen Blog verfolgt weiß, dass ich seit einiger Zeit einenKubernetes Cluster verwendet habe. Dieser hat meine ganzen Anwendungen die man so im Homelab braucht gehostet. Nun bin ich auf einProxmox (externer Link) Cluster im Homelab mit Thinclients als Hardware umgestiegen.

Zum Thema Thinclients und warum diese gerade in jetzigen Zeiten eine gute Alternative für Homelabs sind, habe ich bereits mal ein Video gedreht das vielleicht ganz spannend für dich sein kann.

Grundsätzlicher Aufbau des Proxmox Clusters im Homelab

Mittlerweile nutze ich einenProxmox Cluster über drei physische Nodes. Die Hardware ist zwar leicht unterschiedlich, aber als Gesamtcluster stehen mir damit genug Ressourcen zur Verfügung.

Das Widget für Storage täuscht leider bei Proxmox immer gewaltig. Daruch, dass NFS-Freigaben eingebunden sind, werden diese mitgezählt.

Als Storage wird für die virtuellen Systeme ein Ceph-Cluster auf den gleichen Systemen ausgeführt. Für ISOs, Templates und Backups wird ein NFS-Storage von meinemUnRaid Server aus bereit gestellt.

Ein weiteres System dient alsProxmox Backup Server und soll sich hier nur um entsprechend dieses kümmern.

Welche Hardware verwende ich?

Fassen wir erst mal die Hardware des neuen Cluster zusammen, damit du schon mal eine Vorstellung des ganzen hast:

• 2 x Lenovo M900 mit Core i3-6100t, 24 GB RAM
• 2 x Lenovo M910 mit Core i5-6500t, 24 GB RAM

Alle vier Systeme sind mit einer 120 GB SATA SSD ausgestattet. Ein i3 sowie beide i5 Systeme haben zusätzlich eine500 GB NVMe SSD (externer Link) eingebaut.

Die verwendeten Netzwerkkomponenten

Netzwerkkarten

Ich verwende die eingebaute Netzwerkschnittstelle für das normale Management und VM-Netzwerk. Hierauf liegt, wie bei Proxmox üblich, eine Linux Bridge.

Zusätzlich habe ich mir insgesamt sechsUSB-Netzwerkkarten (externer Link) gekauft die mir in meinerDiscord Community (externer Link) empfohlen wurden. Jeweils zwei USB-Karten pro System, eine für das Cluster-Netzwerk und eine für Ceph.

Switch und VLANs

Alle drei Netzwerkports hängen an einemUniFi (externer Link) USW-24-G2 Switch. Das Ceph Netzwerk sowie das Cluster Netzwerk haben ihre eigene VLAN erhalten. Dies wurde so gemacht um den Datenverkehr sauber zu trennen. Grundsätzlich kann zwar alles über eine NIC transferiert werden, allerdings ist dann doch ein deutlicher Performanceunterschied zu spüren. Ceph empfiehlt sowieso schon mindestens 10 GBit Netzwerke, besser gar 40 GBit. Für ein Homelab meiner Größe natürlich viel zu überdimensioniert.

Backup mittels Proxmox Backup Server

Wie oben bereits erwähnt verwende ich denProxmox Backup Server (externer Link) als Sicherungsanwendung. Dieser soll, so vom Hersteller empfohlen über lokale Festplatten verfügen. Da mein verwendeter Thinclient aber nicht ausreichend Speicherplatz hat, habe ich mein UnRaid Server angebunden. NFS Shares sind nicht direkt als Storage anlegbar, sondern müssen via mount am System selbst hinzugefügt werden. Anschließend lässt sich das Verzeichnis als Sicherungsziel definieren.

Als retention policy verwende ich im privaten Bereich eigentlich fast immer

• 7 tägliche Sicherungen
• 4 wöchentliche Sicherungen
• 12 monatliche Sicherungen

Auf Sicherungen stündlich oder jährlich verzichte ich meist. Lediglich bei ZFS-Snapshots habe ich in der Vergangenheit auf stündliche „Sicherungen“ gesetzt.

Fazit

Der Cluster läuft noch nicht so lange. Allerdings habe ich auf ein paar Screenshots aufMastodon (externer Link) Feedback erhalten, dass man doch gerne mehr wissen möchte. Entsprechend habe ich den aktuellen Status einmal hier zusammen gefasst. Den späteren Endausbau mit den virtuellen Maschinen werde ich sicherlich noch mal präsentieren.

DieProxmox Server (externer Link) Solutions GmbH hat vor einiger Zeit ein neues Produkt auf den Markt gebracht: Proxmox Backup Server. Das sich noch in der Beta-Phase befindliche Produkt soll die interne Backuptechnologie der Virtualisierungslösung Proxmox VE massiv erweitern.

Vor ein paar Tagen habe ich bereits in einemYouTube (externer Link) Video einen ersten Blick auf die Software geworfen. Seit dem habe ich es auch im Einsatz. Die Konfiguration lässt sich anhand der Dokumentation (oder Video) sehr leicht vornehmen.

Sicherung auf FreeNAS Server

Mein Proxmox Backup Server ist als virtuelle Maschine auf meinem Homeserver installiert. Als Dateispeicher für die Sicherung der virtuellen Maschinen und LX-Container habe ich eine NFS Freigabemeines FreeNAS Systems (externer Link) verwendet. Damit ist auch eine saubere Trennung zwischen Betrieb und Backup gewährleistet. Auch wenn sich beide Systeme im gleichen Serverrack befinden.

Nach jetzt einigen Tagen kann ich sagen, dass die Software stabil läuft und alle Backups sauber durchgeführt werden. Die Zeitpunkte alte Backups zu löschen sind zwar noch nicht gekommen, aber mittels geplanten Aufgaben wird auch dies automatisch erledigt.

Proxmox Backup Server Vorteile

Hier liegt übrigens ein großer Vorteil. Während man in Proxmox VE selbst nur die Anzahl an Backups bestimmen kann, lässt sich im PBS einstellen wie viele stündlichen, tägichen, wöchentlichen, monatlichen oder jährlichen Backups aufgehoben werden sollen. Dies zielt klar auf den Businessbereich, aber auch im Homelab lassen sich so mehrere Generationen und eine gewisse Versionshistorie realisieren.

Ein sehr spannendes Feature ist die Vorausberechnung ab wann kein Speicherplatz mehr zur Verfügung steht. Im Dashboard wird dies erstaunlich genau ausgerechnet. Ob diese Berechnung auch wirklich stimmt, werde ich in den nächsten Wochen feststellen. Eine Erweiterung des ZFS Dataset in FreeNAS wäre natürlich kein Problem.

Auf Twitter hatte ich auch bereits geäußert, dass ich vielleicht bei meinemNetCup (externer Link) Server (der Host dieses Blogs hier) wieder zurück zu Proxmox wechseln könnte. Derzeit nutze ich eine Docker Infrastruktur die mittelsTraefik abgesichert ist. Mit Proxmox könnte ich, auch hier mittels Proxmox Backup Server, meine LX-Container oder virtuellen Maschinen erst einmal lokal sichern und anschließend per Sync-Job in mein Homelab spielen. Die Vertragslaufzeit der beiden Server spricht allerdings noch dagegen.

Proxmox Backup Server Nachteile

Natürlich hat so ein System nicht nur Vorteile. Stand jetzt ist es so, dass man den BPS besser auf dedizierter Hardware installiert und nicht als virtuellen Gast. Eigentlich ist das ja klar und Firmen machen das im Regelfalls auch so. Wir im Homelab sparen uns meist die zusätzliche Hardware und versuchen so viel als möglich zu virtualisieren. Natürlich läuft der BPS auch als VM allerdings nicht mit vollem Funktionsumfang.

Der Proxmox Backup Server ist auch noch in der Weiterentwicklung und es kommen sicherlich noch viele neue Features hinzu. Man sollte also nicht erwarten jetzt schon ein vollständiges Produkt zu haben. Dieses Problem gibt es natürlich aber auch bei vielen anderen Herstellern. Gerade im Enterprise Segment habe ich das Problem häufiger. Allerdings sollte man ein Produkt nicht kaufen aufgrund von zukünftigen Versprechungen. Zwar ist der PBS erst mal kostenfrei, allerdings möchte man auch nicht alle paar Wochen sein Backup Server umstellen. Grundsätzlich würde ich euch aber bitten für Software die ihr gerne nutzt eine Kleinigkeit zu spenden, oder wie im Falle von Proxmox eineCommunity Lizenz (externer Link) zu erwerben.

Man denkt, dass es einfach nur ein paar Mausklick ist, um einUnifi (externer Link) Controller update durchzuführen. Grundsätzlich ist es das zwar auch, aber man sollte dennoch ein paar Dinge beachten, damit dasGesamterlebnis Unifi auch erhalten bleibt.

In diesem Beitrag möchte ich dir drei Dinge aufzeigen die Du vor jedem Update des UNMS durchführen solltest.

Datenbank komprimieren

Ubiquiti (externer Link) setzt für sein software definined network auf eine Datenbank NamensMongoDB (externer Link) . Diese hat viele Vor- als auch viele Nachteile. Zum einen ist sie selbst in größeren Installationen immer noch ziemlich performant und benötigt bei kleinen Installationen kaum Ressourcen. Eine Gute Kombination um die UNMS in vielen Bereichen Einsetzen zu können.
Nachteil ist allerdings, dass MongoDB nicht SQL Konform ist und damit natürlich auch die Wartung der Datenbanken anspruchsvoller ist. Zudem hat sie ein paar interne Routinen die das Pflegen der Datenbank nicht immer so einfach macht.

Genau aus diesen Gründen solltest Du bevor du ein Update durchführst immer die Datenbank im UNMS komprimieren. Dafür gehst du im Controller auf Wartung -> Datenbank komprimieren.

Unifi Controller Update – Dashboard {:.figcaption}

Backup kontrollieren

Falls etwas einmal schief laufen sollte, ist es gut ein Backup seiner Einstellungen zu haben. Ich lade mir vor jedem Unifi Controller update die aktuelle Backup Datei auf meinen Rechner. Nach ca. einer Woche lösche ich diese wieder, wenn ich merke, dass alles mit dem aktualisieren geklappt hat.

Ein Backup könnt ihr euch unter dem Punkt „Automatisches Backup“ herunterladen. Wie ihr seht, speichere ich die Daten aus dem IDS 30 Tag mit im Backup. Sollten diese Werte euch egal sein, könnt ihr für zukünftige Backups dies natürlich auch reduzieren.

Virtuelle Maschine sichern / Snapshot anlegen

Viele werden den Unifi Controller in einer virtuellen Maschine ausführen. Solltest Du allerdings einen Cloud Key besitzen, oder den Unifi Controller auf einemRaspberry Pi (externer Link) installiert haben, entfällt dieser Schritt natürlich.

Bei vielen Unternehmen, so auch bei mir privat, wird der UNMS in einer virtuellen Maschine betrieben. Bei dieser erstelle ich vor dem eigentlichen Update immer ein Snapshot um auf den vorherigen Stand zurück springen zu können. Der Unterschied zum Backup der reinen Konfiguration ist, dass bei einem Snapshot auch der eigentliche Installationsprozess des Updates zurückgedreht werden kann.

Unifi Controller Update durchführen

Zu guter letzt muss das Unifi Controller Update noch durchgeführt werden. Hierzu entweder die neue Installationsdatei herunter laden und ausführen, oder mittels Paketmanager unter Linux installieren. Die Installation mit einem Paketmanager ist übrigens meine Favorisierte Variante, wenn Du Linux einsetzt.

Anschließend noch den Dienst oder Service bei deiner Installation neu starten und schon hast Du die aktuelle Version des Unifi Controllers im Einsatz.

Alternative Unifi Cloud Controller

Diese Schritte musst du nicht alle durchführen wenn du auf den Unifi Cloud Controller setzt. Dieser ist als eigenständige Hardware erhältlich. Vorteil ist, dass du dich auch nicht um Backups und ähnliche Dinge kümmern musst. Leider benötigst du natürlich dafür eine Verbindung ins Internet, was auch nicht jeden gefallen sollte. Möchtest du dein Netzwerk schlank halten, wäre dieser allerdings sehr zu empfehlen.

Leider habe ich erst vor kurzem entdeckt, dass es möglich ist, Office365 Konten mit einemSynology (externer Link) NAS zu sichern. Mit der App „Active Backup for Office 365“ gibt es die Möglichkeit, E-Mails, Kalender, Kontakte sowie OneDrive zu sichern. Natürlich kann beim Office 365 Backup mitSynology auch Einzelelemente wiederhergestellt werden.

Die Installation gestaltet sich extrem einfach. Allerdings gibt es dafür drei Voraussetzungen:

1. Ein gemeinsamer Ordner zur Ablage der Sicherungsdateien auf derSynology (externer Link) (ich habe hierfür einen neuen angelegt)
2. Einen Benutzer der administrative Zugriffe auf den Office 365 Tennent hat
3. EureSynology (externer Link) muss mit einem Account aktiviert sein. Inwiefern das Xpenology funktioniert, müsst ihr selbst herausfinden.

Im Paketzentrum findet ihr dann die Anwendung „Active Backup for Office 365“.

Sobald ihr die Anwendung öffnet, geleitet sie euch durch den Assistenten. Falls etwas fehlen sollte, könnt ihr das während der Laufzeit natürlich noch nachholen.

Sobald alles eingerichtet ist, fängt die Anwendung auch schon mit der Sicherung von allen Postfächern an. Hat euer gewählter Account keine Rechte auf die anderen Accounts zuzugreifen, ist eine Sicherung dieser natürlich nicht möglich. Dann müsstet ihr am Besten verschiedene Sicherungsaufgaben anlegen.

Es dauert einige Zeit, bis alle Accounts gesichert sind. Ihr könnt dies im Dashboard von „Active Backup for Office 365“ jederzeit überprüfen. Bei mir sieht es nach knapp 7 Stunden leider noch so aus:

Emails kinderleicht wiederherstellen

Zusätzlich zur Sicherungsanwendung wird auch gleichzeitig ein Portal installiert, mit dem die Benutzer ihre E-Mails und/oder Dateien wiederherstellen können. Loggt ihr euch mit dem Admin Account an eurerSynology ein, habt ihr natürlich Zugriff auf alle Daten. Es macht also Sinn, einzelne Accounts für die Benutzer anzulegen.

Eine Langzeiterfahrung kann ich euch derzeit noch nicht liefern. Ein Backup der Exchange Konten sowie der OneDrive Dateien sind sicherlich immer hilfreich. Auch, wenn natürlich ein Backup nur so gut wie seine Wiederherstellungsmöglichkeiten ist.

Ein Vergleich von Onlinebackup-Anbietern für eure Daten auf derSynology (externer Link) habe euch hiervorgestellt .

Vor einigen Tagen habe ich das ThemaSynology (externer Link) Cloud Backup in einem separaten Video behandelt und möchte dieses nun explizit noch mal für die Datensicherung vonSynology -NAS-Systemen aufgreifen. Dabei soll es nicht um Backups allgemein gehen, sondern um Cloud Backups. Eine Datensicherung außerhalb der eigenen vier Wände ist dahingehend wichtig, da wir alle nicht vor Elementarschäden und anderweitigen Möglichkeiten der vollständigen Zerstörung unseres Hauses gefeit sind.

Direkt angeschlossene Datensicherungsziele können bei Ransomware ebenfalls befallen werden. So ist auch das Backup im Worst-Case-Szenario verschlüsselt und somit unbrauchbar. Und hier liegt der Vorteil von Backups in der Cloud, denn alte Versionen werden durch Ranswomware nicht verschlüsselt, da diese lediglich read-only verfügbar sind. Natürlich ist es auch möglich, entsprechende Technik mit Read-Only-Backups auch offline einzurichten (z. B. durch Snapshots). Dann benötigt man allerdings größere Hardware und diese ist gleichbedeutend erhöhter Aufwand.

Die Synology Cloud Backup Anbieter

Ich möchte in diesem Beitrag auch nicht auf die Einrichtung der verschiedenen Backupmöglichkeiten eingehen, sondern im wesentlichen vier Anbieter miteinander vergleichen. Alle vorgestellten Anbieter unterstützenSynology (externer Link) nativ.

Backblaze (externer Link)

Nehmen wir zum ersten den PlatzhirschBackblaze (externer Link) . Seit dem Crashplan auch noch bekannt gegeben hat, dass es keine Backups mehr für Privatpersonen anbieten werden, hatBackblaze (externer Link) nochmal an Popularität, vor allen in den USA, hinzugewonnen. Das Unternehmen ist sicherlich einigen von euch durch die Veröffentlichung der Ausfallzahlen der benutzen Festplatten bekannt.

Microsoft Azure

Als weiteren Anbieter gehe ich auf Microsoft Azure ein. Azure ist wie Amazon AWS eigentlich viel mehr als nur schnöder Speicherplatz. Hier lassen sich neben kompletten Netzwerken auch Backups in der Cloud darstellen und betreiben. Auch Windows ab Version 8 kann nativ zu Microsoft Azure sichern.

Google Drive

Der dritte Anbieter in der Runde ist Google Drive sein. Nicht speziell auf Backups abzielend, sondern vielmehr regulärer Onlinespeicherplatz wie z. B. auch Microsoft OneDrive oder Dropbox, lassen sich auch hier in eure Daten derSynology (externer Link) Systeme sichern.

Synology C2

Last but not leased der native BackupdienstSynology C2 (externer Link) . Dieses Backupangebot hatSynology (externer Link) ungefähr Mitte des diesen Jahres der breiten Masse zugänglich gemacht. Entsprechend ist hier die Anpassung an das Betriebssystem DSM am größten.

Der Vergleich

Wie möchte ich denn die Anbieter vergleichen? Sehr einfach: Wir gehen im ersten Step davon aus, dass wir 100 GB an Daten zu den verschiedenen Anbietern sichern werden. Im nächsten Schritt beobachten wir, was uns gar 1 Terabyte an Daten zum Backup kosten wird. Step drei wird die Wiederherstellung von Daten sein und zu guter letzt überprüfen wir, wie es mit der Datensicherheit und -hoheit aussieht.

Step 1

BeiBackblaze (externer Link) wird pro Gigabyte bezahlt und zwar pro Gigabyte, die online gesichert werden, ergo der benutzte Speicherplatz. Dieses schlägt mit 0,005 US-$ Cent zu Buche. Heißt, bei 100 GB sind wir bei einem halben US-$ bzw. 42 Euro Cent.
Microsoft Azure wird ebenfalls pro Gigabyte abgerechnet. Hier werden 0,018 $-Cent fällig. Auf 100 GB hoch gerechnet sind wir bei 1,80 US-$ oder 1,49 Euro.

Google undSynology (externer Link) werden in Datenpaketen abrechnet. Google berechnet für 100 GB pro Monat 1,99 Euro. Synology für bis zu 100 GB 9,99 Euro pro Jahr, heißt 83 Cent pro Monat.

Wichtig bei dem Vergleich ist allerdings auch, was genau abrechnet wird.Backblaze (externer Link) , Google und Azure werden auch den Speicherplatz für die Versionierung der Backups berechnen. Bei Synology wird lediglich nach ausgewähltem Speicherplatz bezahlt.

Step 2

Wenn man vor allem Fotos und sogar Videos sichern möchte, sind 100 GB erreicht. Sagen wir daher, wir möchten bis zu einem Terabyte an Daten in die Cloud sichern. Dieses Terabyte kostet uns bei Synology 5 Euro, beiBackblaze (externer Link) 5,12 Euro, bei Google 9,99 Euro und bei Microsoft 18,43 Euro. Wie ihr seht klafft nun hier die Preisgefüge-Schere doch schon ein gutes Stück auseinander.

Step 3

Und was ist, wenn 10 GB aus Versehen gelöscht wurde? Bei vielen Anbietern ist nämlich der ausgehende Traffic kostenpflichtig. Das ist zwar während des Backups kein Problem, da der Datenverkehr aus Sicht des Providers eingehend ist, allerdings nicht beim Restore von Daten. Google und Synology berechnen für den ausgehenden Traffic nichts extra. BeiBackblaze (externer Link) und Microsoft Azure sind das allerdings anders aus. 10 GB an Daten zur Wiederherstellung kostet beiBackblaze (externer Link) 17 Cent und in Redmond 42 Cent. Eigentlich keine großen Beträge, soll aber zur Vergleichbarkeit herangezogen werden.

Step 4

Nun haben wir das Finanzielle geklärt. Gehen wir über zur Datensicherheit. Bei allen vier Anbietern ist es möglich, direkt auf der Synology das Backup clientseitig zu verschlüsseln. Die Datenablage ist beiBackblaze (externer Link) , Azure und Synology auch im Rechenzentrum entsprechend verschlüsselt. Zu Google Drive konnte ich noch keine verlässlichen Informationen finden.

Betrachten wir neben der Sicherheit noch den Speicherort der Daten, differenziert sich das Bild wiederum: Synology speichert die Backups via C2 in einem Rechenzentrum in Frankfurt. Bei Google undBackblaze (externer Link) kann ich keinen Standort auswählen, ist also primär erst mal die USA.
Bei Microsoft Azure wird es komplizierter. Bei Anlage des Speicherortes habe ich die Möglichkeit, auszuwählen, in welcher Region die Daten abgespeichert werden sollen. Hier steht auch Deutschland zu Verfügung. Der Preis für die „Deutschland Cloud“ ist allerdings um ungefähr 20 Prozent teurer. Dafür werden hier die Daten bei dem Treuhänder, der Deutschen Telekom, in einem deutschen Rechenzentrum (derzeit Leipzig) gesichert. Es bieten also nur Synology (mit Option) und Microsoft die Möglichkeit an, die Daten in deutschem Hoheitsgebiet zu sichern.

Mein Fazit der Synology Cloud Backup Anbieter

Wen favorisiere ich nach dieser Gegenüberstellung der vier Synology Cloud Backup Anbieter? Ganz klar Synology. Sowohl durch die Speicherung innerhalb Deutschlands als auch die festen Preise ist das kalkulatorische Risiko am Geringsten. Zudem ist der Backupdienst direkt in DSM verknüpft und entsprechende Änderungen sind schnell in neuen DSM-Versionen zu finden. Ändert einer der anderen Anbietern etwas an seinem System, kann es passieren, dass auch das Sicherungsziel in Hyper-Backup nicht mehr verfügbar ist.

Ich habe im Laufe der Zeit mit Azure,Backblaze (externer Link) und Synology als Anbieter zusammengearbeitet und konnte bei allen ohne Probleme Daten nach einiger Zeit wiederherstellen. Zur Sicherung zu Google Drive kann ich keine persönliche Aussage treffen.