Ist Multicloud eine Backup-Strategie?

Was löst Multicloud tatsächlich?

Multicloud bedeutet, Workloads bei mehr als einem Cloud-Anbieter zu betreiben, zum Beispiel bei AWS und Azure. Es löst das Problem der Anbieterbindung. Wenn die Architektur darauf ausgelegt ist, laufen auch einige Dienste weiter, falls bei einem Anbieter eine Region ausfällt.

Das sind echte Vorteile. Sie können Workloads dort betreiben, wo sie am besten passen, verhandeln aus einer stärkeren Position und hängen nicht an Preisen oder Roadmap eines einzelnen Anbieters. Bei Anwendungen, die auf Failover ausgelegt sind, kann eine zweite Cloud Ihre Kunden weiter bedienen, während sich die erste erholt.

Die Daten in diesen Workloads schützt Multicloud nicht. Man liest „unsere Daten liegen in zwei Clouds“ leicht als „unsere Daten sind gesichert“. Das stimmt nicht, und der Unterschied zeigt sich erst, wenn etwas schiefgeht. Diese Lücke schließt Backup as a Service.

Warum schützt Multicloud Ihre Daten nicht?

Weil die Kopien in einer Multicloud-Umgebung Live-Kopien sind. Werden Daten zwischen Plattformen synchronisiert oder repliziert, wird auch eine Löschung, ein fehlerhafter Schreibvorgang oder eine Ransomware-Verschlüsselung mitkopiert, oft innerhalb von Sekunden.

Cloud-Anbieter sagen das über ihre eigene Replikation klar. Die Dokumentation zur Azure-Storage-Redundanz von Microsoft hält fest: „Redundanz schützt vor Hardwareausfällen, nicht vor datenverändernden Vorgängen.“ Dieselbe Logik gilt, wenn Sie über Anbieter hinweg replizieren.

So gehen Daten in einer Multicloud-Umgebung typischerweise verloren:

• Synchronisierte Fehler: Ein Administrator löscht einen Bucket oder einen Ordner, und die Synchronisierung entfernt ihn überall.
• Beschädigung, die sich ausbreitet: Ein Fehler in einer Anwendung schreibt fehlerhafte Daten, und jede verbundene Kopie übernimmt sie.
• Ransomware mit Administratorrechten: Ein Angreifer mit Cloud-Zugangsdaten kann in jeder Umgebung, die diese Zugangsdaten erreichen, Daten verschlüsseln oder löschen.
• Kein Weg zurück in der Zeit: Ohne versionierte Backups gibt es keinen sauberen Stand, auf den Sie zurückgehen können.

Datenschutz braucht drei Eigenschaften, die Multicloud nicht von sich aus mitbringt: Versionierung, Isolation von den Zugangsdaten der Produktion und einen getesteten Weg zur Wiederherstellung.

Was zeigen aktuelle Cloud-Ausfälle über gemeinsame Abhängigkeiten?

Sie zeigen, dass versteckte Abhängigkeiten, vor allem Identität, DNS und gemeinsam genutzte Dienste, mehrere Systeme gleichzeitig lahmlegen können. Zwei Clouds helfen weniger als erwartet, wenn beide auf dieselbe ausfallende Komponente setzen.

Der Fall Cloudflare ist die Multicloud-Lektion im Kleinen. Cloudflare schrieb, der Auslöser sei zwar der Ausfall eines Anbieters gewesen, aber „wir sind letztlich für die von uns gewählten Abhängigkeiten verantwortlich“. Eine einzige Speicherabhängigkeit von der Cloud eines anderen Anbieters legte die Anmeldedienste für Kunden lahm, die von dieser Abhängigkeit nichts wussten.

Das ist kein Einzelfall. Über neun Jahre Beobachtung hinweg stellte die Ausfallanalyse 2026 des Uptime Institute fest, dass externe IT- und Rechenzentrumsdienstleister, darunter Cloud- und Internetriesen, für etwa zwei Drittel der öffentlich gemeldeten Ausfälle verantwortlich waren.

Multicloud oder Backup: Was ist der Unterschied?

Multicloud hält Dienste verfügbar, Backup macht Daten wiederherstellbar. Beide beantworten unterschiedliche Fragen, deshalb braucht eine belastbare Umgebung beides.

An einer Stelle treffen sie sich. Der CISA #StopRansomware Guide empfiehlt, für Cloud-to-Cloud-Backups eine Multicloud-Lösung in Betracht zu ziehen, „falls alle Konten bei demselben Anbieter betroffen sind“. Ein zweiter Anbieter ist ein guter Ort für ein Backup, sofern es wirklich ein Backup ist. Die Grundsätze des britischen NCSC für ransomware-resistente Cloud-Backups legen die Latte fest: Backups sollen auch kompromittierten Administratorkonten standhalten, und frühere Versionen sollen wiederherstellbar bleiben.

Brauchen Sie bei Multicloud trotzdem ein Backup?

Ja. Multicloud senkt die Wahrscheinlichkeit, dass alles gleichzeitig nicht verfügbar ist. Es hilft nicht an dem Tag, an dem jemand die falschen Daten löscht, ein Angreifer sie verschlüsselt oder ein Konto gesperrt oder geschlossen wird.

Es geht auch um Pflichten. Artikel 21 Absatz 2 Buchstabe c der NIS2-Richtlinie verlangt von besonders wichtigen und wichtigen Einrichtungen Maßnahmen zur Aufrechterhaltung des Betriebs, etwa Backup-Management und Disaster Recovery, sowie zum Krisenmanagement. Verfügbarkeit über zwei Clouds belegt nicht, dass Sie verlorene Daten wiederherstellen können. Wiederherstellungsprotokolle tun das. Lesen Sie dazu, was Artikel 21 verlangt.

Für Systeme, die schnell wieder laufen müssen, ergänzen Sie Disaster Recovery auf Standby-Infrastruktur. Dann warten Sie nicht darauf, dass ein Cloud-Anbieter seine eigene Wiederherstellung abschließt.

Wie bauen Sie eine belastbare Datenstrategie für Multicloud auf?

Nutzen Sie Multicloud für die Verfügbarkeit und ergänzen Sie eine Backup-Ebene, die außerhalb davon liegt. Erfassen Sie Ihre Abhängigkeiten, legen Sie Wiederherstellungsziele fest und testen Sie dagegen.

1. Kritische Daten und Abhängigkeiten erfassen: Auf welchen Identitätsanbieter, welches DNS, welche SaaS-Werkzeuge und welchen Speicher stützt sich jedes System, in jeder Cloud?
2. RPO und RTO pro System festlegen: Wie viel Arbeit dürfen Sie verlieren (RPO), und wie lange dürfen Sie ausfallen (RTO)? Lesen Sie dazu RTO und RPO erklärt.
3. Außerhalb der Produktions-Clouds sichern: Nutzen Sie getrennte Zugangsdaten, damit ein einziges kompromittiertes Administratorkonto nicht Produktion und Backup zugleich erreicht.
4. Eine Kopie unveränderlich, eine als Air-Gap-Kopie: Folgen Sie der 3-2-1-1-0-Regel.
5. Für einen Ausfall der Identität planen: Bewahren Sie Notfallkonten (Break-Glass-Konten) und Notfallhandbücher dort auf, wo Sie sie erreichen, wenn Single Sign-on ausfällt.
6. Wiederherstellungen vierteljährlich und nach größeren Änderungen testen: Lesen Sie dazu, wie Sie prüfen, ob Ihr Backup funktioniert.

Wir sichern Workloads von AWS, Azure und Google Cloud in unseren eigenen Tier-III-Rechenzentren in Deutschland und den Niederlanden, unter EU-Recht und unabhängig von US-Hyperscalern. Die Backups sind mit Object Lock unveränderlich, eine Air-Gap-Kopie wird vorgehalten, und administrative Aktionen erfordern MFA.

Ihre nächsten Schritte

Multicloud ist eine solide Wahl für Flexibilität und Verfügbarkeit. Eine Backup-Strategie ist es nicht. Wenn Ihre einzigen Kopien Live-Kopien in anderen Clouds sind, kann ein einziger Fehler oder ein einziges kompromittiertes Administratorkonto alle erreichen.

Listen Sie zuerst auf, bei welchen Ihrer Systeme es keinen sauberen Wiederherstellungspunkt gäbe, wenn die Daten heute gelöscht würden. Ergänzen Sie dann eine unabhängige, unveränderliche Kopie außerhalb Ihrer Produktions-Clouds. Unsere Übersicht zu Backup as a Service zeigt, wie diese Ebene funktioniert.

Möchten Sie eine zweite Meinung zu Ihrer Multicloud-Umgebung? Fordern Sie eine kostenlose Analyse an. Unsere Ingenieure beraten Sie auf Deutsch, Niederländisch oder Englisch.

Dieser Artikel ist eine allgemeine Information und keine Rechtsberatung.