Cloud Backup: absolut wichtig oder absolut unnötig?

Der kürzliche Großbrand eines namhaften Cloud Providers hat erneut gezeigt, wie schnell sich Daten sprichwörtlich „in Rauch auflösen“ können. Replikationsmechanismen und idealerweise von Kunden selbst durchgeführte Backups an andere Standorte haben das Schlimmste verhindert: den Verlust wertvoller Unternehmensdaten.

Es ist wichtig zu verstehen, dass der Public Cloud Provider im Normalfall keine Verantwortung für Kundendaten übernimmt. Der Cloud Provider ist für die Sicherheit „der“ Cloud (-Infrastruktur) und der Kunde bzw. Ihr Unternehmen für die Sicherheit „in“ der Cloud verantwortlich. In der folgenden Übersicht ist das Modell der „Shared Responsibility“ bei der Cloud Datensicherung dargestellt.

1. Die lokalen Daten aus der On-Premises-Infrastruktur werden lokal gesichert: die Daten aus der Cloud werden heruntergeladen und in die lokale Sicherung eingebunden, z.B. mit Veeam Backup & Replication.
2. Die Daten werden in eine Cloud-Sicherung eingebunden. Daten aus der Cloud verbleiben in der Cloud und werden im Sicherungsprogramm der Cloud gesichert. Die lokalen Daten werden dazu in die Cloud geladen, z.B. mit Microsoft Azure Backup.
3. Die lokalen Daten werden lokal gesichert, für die Cloud kommt eine weitere Sicherungslösung zum Einsatz, bei welcher die Daten in der Cloud verbleiben. Sicherungslösungen werden parallel zueinander eingesetzt und müssen getrennt verwaltet werden.
4. Es findet keine Datensicherung in der Cloud statt, sondern die Bordmittel der Lösungen werden verwendet, z.B. Papierkorb in Microsoft 365.

Vor- und Nachteile des Sicherungsortes:

Die fünf sicherungsrelevantesten Azure Dienste sind:

‚Azure Managed Disks‘, z.B. Fileservice Disks, Archiv Disks und Backup Disks sind crash-konsistent. Im ‚Azure Storage Account‘ sind nur Files und Blobs enthalten, das Ganze funktioniert Snapshot-basiert. Das ist allerdings noch keine echte Kopie. Als Workaround ist hier denkbar, die Windows VM mit ‚Azure Files Sync‘ zu kombinieren, d.h. eine volle „Offline“-Kopie zu erstellen und die VM klassisch zu sichern. Dabei entstehen jedoch zusätzliche Kosten für doppelte Kopien und den VM-Betrieb. Bei den ‚Azure Compute‘ Ressourcen gibt es verschiedene Ansätze. Die Volume Shadow Copy Service Integration unter Windows erfolgt über Agenten/ Extention in der VM. Bei Linux VM werden Skripte verwendet. Microsoft SQL und SAP HANA bieten spezielle Extentions für die Applikationskonsistenz.

Das ‚Azure Recovery Service Vault‘ verwaltet zentral Backups in einer Region und nutzt ‚Azure Storage‘, welcher von Microsoft verwaltet wird. Zur Auswahl stehen lokal redundanter Speicher (LRS), zonenredundanter Speicher (ZRS) und georedundanter Speicher (GRS). Das ‚Azure Backup Center‘ dient zur übergreifenden Verwaltung von mehreren Azure Recovery Service Vaults.

Für Azure AD gibt es, außer dem 30-Tage-Pabierkorb, aktuell keine Backup-Lösung innerhalb Microsoft Azure. Hier bietet sich entweder der klassische Domain-Controller als führendes System an, wobei nicht alle Bereiche abgedeckt werden (z.B. keine O365 Gruppen, keine lokalen Benutzer/Gruppen im Azure AD, …) oder es kann auf Drittanbieter zurückgegriffen werden.

Die gängigen Backup Anforderungen können von Azure Backup nicht abgedeckt werden, z.B. die Sicherung des Azure AD oder der Medienbruch für Azure Files. Drittanbieter ermöglichen die Auslagerung von Backups in unternehmenseigene Rechenzentren, andere Enterprise- und Public Cloud Provider. Außerdem können Hybrid- und Multi-Cloud- Umgebungen, z.B. die Sicherung von kombinierten Umgebungen inkl. Azure-, AWS- und lokalen Ressourcen umgesetzt werden. Empfehlenswerte Anbieter sind hier u.a. Veeam und NetApp. Nähere Details dazu finden Sie auch in unserem „Webinar Cloud Backup vom 29.06.21“ mit David Ganßauge und Alexander Lippold.

Viele Beispiele zeigen, wie wichtig Cloud Backup-Lösungen sind. Aus diesem Grund zeigen wir Ihnen in diesem Webinar, welche Strategie-Ansätze es gibt.