Wenn die Cloud brennt: Was der AWS-Datenverlust in Bahrain für deutsche Unternehmen bedeutet
19.09.2026 | Der Vorfall wirft eine grundsätzliche Frage für deutsche Unternehmen auf: Wie ausfallsicher sind Cloud-Infrastrukturen und Rechenzentren, wenn nicht nur einzelne Systeme, sondern ganze Standorte oder Regionen betroffen sind? Gerade bei geschäftskritischen IT-Systemen gewinnen deshalb Georedundanz, Disaster Recovery und die geografische Verteilung von Daten und Infrastruktur an Bedeutung. Auch regulatorische Anforderungen wie DORA und NIS-2 rücken die Resilienz von IT-Infrastrukturen und Risiken durch externe Dienstleister stärker in den Fokus.
AWS hat Mitte September 2026 erklärt: Kundendaten in mehreren Rechenzentren in Bahrain sowie in einer Zone in den VAE sind unwiederbringlich verloren. Betroffene wurden auf eigene Backups verwiesen. Ursache war kein Softwarefehler, sondern ein physischer Angriff – im März 2026 waren die Anlagen der AWS-Region ME-CENTRAL-1 im Zuge des Kriegs zwischen Iran und den USA/Israel durch Drohnen und Marschflugkörper beschädigt worden.
Es ist der erste dokumentierte Fall, in dem ein bewaffneter Konflikt dauerhaft einen Teil einer großen Public Cloud zerstört – und er zeigt die Grenzen von Redundanz innerhalb einer Region.
Redundanz ist nicht gleich Georedundanz
AWS wirbt mit mehreren "Availability Zones" pro Region, die sich gegenseitig auffangen sollen – das funktioniert bei Stromausfällen oder Hardwaredefekten zuverlässig. Liegen diese Zonen aber zu nah beieinander, trifft ein einzelnes Ereignis mehrere gleichzeitig – genau das ist in Bahrain passiert.
Die Lehre daraus, klar formuliert: Redundanz innerhalb eines Standorts schützt vor technischem Ausfall. Georedundanz – also echter räumlicher Abstand zwischen mehreren redundanten Standorten – schützt zusätzlich vor Ereignissen, die einen ganzen Standort oder eine ganze Region treffen.
Was bedeutet Georedundanz im Rechenzentrum?
Georedundanz bezeichnet den Betrieb redundanter IT-Infrastrukturen an räumlich voneinander getrennten Standorten. Ziel ist es, Systeme und Daten auch dann verfügbar zu halten, wenn ein kompletter Standort beispielsweise durch einen großflächigen Stromausfall, Naturereignisse, Sabotage oder andere physische Ereignisse ausfällt.
Entscheidend ist dabei nicht allein, dass mehrere Rechenzentren vorhanden sind, sondern dass zwischen ihnen ein ausreichender geografischer Abstand und eine technisch unabhängige Infrastruktur bestehen. Dadurch wird das Risiko reduziert, dass ein einzelnes Ereignis gleichzeitig sämtliche redundanten Systeme betrifft.
Warum mehrere Availability Zones nicht automatisch Georedundanz bedeuten
Mehrere Availability Zones erhöhen die Ausfallsicherheit einer Cloud-Region erheblich. Sie sind jedoch nicht automatisch mit einer standortübergreifenden Georedundanz gleichzusetzen. Entscheidend ist, welche gemeinsamen Risiken die einzelnen Zonen weiterhin teilen.
Befinden sich redundante Systeme innerhalb derselben geografischen Region, können sie zwar gegen den Ausfall einzelner Rechenzentren, technischer Komponenten oder Versorgungswege schützen. Großräumige Ereignisse können jedoch mehrere Standorte gleichzeitig betreffen. Dazu zählen beispielsweise Naturkatastrophen, länger andauernde Ausfälle kritischer Infrastruktur oder physische Bedrohungslagen.
Unternehmen sollten deshalb bei besonders kritischen Systemen nicht nur fragen, ob ihre Infrastruktur redundant betrieben wird, sondern auch: Welche Entfernung liegt tatsächlich zwischen den redundanten Standorten und welche gemeinsamen Ausfallrisiken bestehen weiterhin?
Genau hier beginnt der Unterschied zwischen technischer Redundanz und einer konsequent geplanten Georedundanz.
Supermicro GPU-Cluster – skalierbare Infrastruktur für KI-Workloads.
Wir planen, bauen und betreiben leistungsfähige GPU-Cluster für Training und Inference – von der Bedarfsanalyse über die Architektur bis zum laufenden Betrieb.
Unsere erfahrenen Experten analysieren Ihre KI-Workloads, ermitteln die Anforderungen an Rechenleistung, GPU-Speicher, Netzwerk und Storage und entwickeln eine skalierbare Architektur auf Basis von Supermicro-Systemen, die exakt zu Ihrem Einsatzszenario passt.
Serverarchitektur, GPU-Interconnects, Kühlung und Software-Stack werden dabei gezielt aufeinander abgestimmt, statt lediglich möglichst viele GPUs zusammenzuschalten. So entsteht eine GPU-Infrastruktur, die hohe Rechenleistung mit ausreichend Speicherbandbreite verbindet und dabei auf Training, Inference oder kombinierte KI-Umgebungen zugeschnitten ist – von der Beratung bis zum laufenden Betrieb.
Relevanz für DORA und NIS-2
Für Unternehmen unter DORA oder NIS-2 gehört die Bewertung von Konzentrations- und Standortrisiken bei IKT-Dienstleistern ohnehin zur Pflicht. Der AWS-Fall liefert dafür ein konkretes Beispiel für die eigene Risikoanalyse:
Für die Praxis bedeutet das: Unternehmen sollten nicht nur dokumentieren, bei welchem Cloud- oder Rechenzentrumsanbieter ihre Systeme betrieben werden. Relevant ist auch, an welchen Standorten Daten verarbeitet und gespeichert werden, welche Abhängigkeiten von einzelnen IKT-Dienstleistern bestehen und wie bei einem Ausfall der Wechsel oder Wiederanlauf erfolgt.
Unser Ansatz: redundant an jedem Standort – georedundant zwischen den Standorten
Bei uns ist jeder Standort für sich bereits redundant ausgelegt was beispielsweise die Klima-, Strom- und Internetversorgung angeht. Darüber hinaus gehen wir einen Schritt weiter: Unsere Rechenzentren in Appenweier, Karlsruhe und Lahr sind als eigenständige, technisch gespiegelte Standorte mit echtem georedundanten Abstand konzipiert. Einzeln erreicht jeder Standort TÜV-Zertifizierungsstufe SK3/VK3 nach DIN EN 50600, im Verbund mehrerer Standorte gemeinsam Stufe SK4/VK4 – die höchste Verfügbarkeitsklasse.
Diesen Ansatz empfehlen wir auch unseren Kunden: Wer geschäftskritische Systeme nur an einem Standort betreibt, trägt ein Konzentrationsrisiko. Eine Spiegelung über unsere georedundanten Standorte hinweg reduziert dieses Risiko spürbar – und bleibt dabei in Deutschland, unter deutschem und europäischem Recht, fernab jeder Konfliktregion.
Georedundanz ist dabei die infrastrukturelle Voraussetzung, kein Ersatz für ein Disaster-Recovery-Konzept. Erst die Kombination aus räumlich getrennten, gespiegelten Standorten und einem getesteten Wiederanlaufplan (RTO/RPO, Failover-Tests, klare Verantwortlichkeiten) macht aus Redundanz echte Resilienz – und genau das ist der Nachweis, den Aufsichtsbehörden im Rahmen von DORA und NIS-2 sehen wollen.
Georedundanz allein reicht nicht: RTO und RPO entscheiden über den Ernstfall
Zwei räumlich getrennte Rechenzentren sorgen nicht automatisch dafür, dass ein Unternehmen nach einem Ausfall ohne Unterbrechung weiterarbeiten kann. Entscheidend ist, wie Daten zwischen den Standorten repliziert werden und wie schnell Systeme am zweiten Standort tatsächlich wieder zur Verfügung stehen.
Zwei Kennzahlen sind dabei besonders relevant: Die Recovery Time Objective (RTO) beschreibt, wie lange ein System maximal ausfallen darf, bevor es wieder verfügbar sein muss. Die Recovery Point Objective (RPO) definiert dagegen, wie viel Datenverlust im Ernstfall maximal akzeptabel ist.
Ein RPO von beispielsweise 15 Minuten bedeutet, dass im Ausfallfall höchstens die Daten der vergangenen 15 Minuten verloren gehen dürfen. Ein RTO von einer Stunde bedeutet, dass der betroffene Dienst spätestens innerhalb einer Stunde wieder verfügbar sein soll.
Erst wenn Replikation, Failover-Prozesse, Backups und Wiederanlaufverfahren auf diese Ziele abgestimmt und regelmäßig getestet werden, wird aus zwei räumlich getrennten Standorten ein belastbares Disaster-Recovery-Konzept.
Fazit
Der Datenverlust in Bahrain zeigt: Wer seine Cloud- oder Rechenzentrumsstrategie noch nicht unter geopolitischen Gesichtspunkten und mit Blick auf echte Georedundanz bewertet hat, sollte das jetzt nachholen.
Sie möchten Ihre Auslagerungsstrategie prüfen oder mehr über unser georedundantes Verbund-Konzept in Appenweier und Lahr erfahren? Sprechen Sie uns an.
Häufige Fragen zu Georedundanz
Redundanz bedeutet zunächst, dass kritische Komponenten mehrfach vorhanden sind. Georedundanz erweitert dieses Prinzip auf räumlich getrennte Standorte. Dadurch soll verhindert werden, dass ein einzelnes lokales oder regionales Ereignis sämtliche redundanten Systeme gleichzeitig betrifft.
Ein pauschaler Mindestabstand ist nicht für jedes Szenario sinnvoll. Entscheidend ist, dass die Standorte nicht denselben relevanten Risikoszenarien unterliegen und Abhängigkeiten bei Stromversorgung, Netzanbindung und weiterer kritischer Infrastruktur berücksichtigt werden.
Nein. Ein Backup dient primär der Wiederherstellung von Daten. Georedundanz zielt auf die Verfügbarkeit von IT-Systemen über räumlich getrennte Standorte. Für eine belastbare Disaster-Recovery-Strategie können und sollten beide Maßnahmen miteinander kombiniert werden.
DORA verlangt von betroffenen Finanzunternehmen ein systematisches Management von IKT-Risiken und IKT-Drittdienstleistern. Dabei spielen unter anderem Konzentrationsrisiken sowie die Standorte, an denen Leistungen erbracht und Daten verarbeitet oder gespeichert werden, eine Rolle.
Bei geschäftskritischen Systemen kann bereits der Ausfall eines einzelnen Rechenzentrums erhebliche betriebliche Folgen haben. Werden Systeme und Daten auf räumlich getrennte Rechenzentren verteilt, lässt sich das Risiko eines vollständigen Ausfalls durch lokale oder regionale Ereignisse reduzieren. In Kombination mit Backups, definierten RTO- und RPO-Zielen sowie regelmäßig getesteten Failover- und Wiederanlaufverfahren entsteht daraus eine umfassendere Disaster-Recovery- und Resilienzstrategie.
