AWS-Ausfall in Bahrain: Warum Multi-AZ immer noch eine einzige Fehlerdomäne ist

Bis zum 16. März war die belastbarste öffentliche Quelle zu den Problemen von AWS im Nahen Osten der eigene Status-Feed des Anbieters – nicht die lauteren Nacherzählungen, die darauf aufbauten.

Was AWS bis dahin öffentlich bestätigt hatte, reichte bereits aus. Anfang März kam es in den Nahost-Regionen des Unternehmens zu einer längeren Störung, die sowohl me-south-1 in Bahrain als auch me-central-1 in den VAE betraf. AWS forderte seine Kunden auf, Notfallpläne in Kraft zu setzen, aus externen Backups wiederherzustellen und Workloads bei Bedarf in andere Regionen zu verlegen. 1

Das ist der brauchbare Teil der Geschichte. Viel Berichterstattung über Ausfälle schlägt schnell in erfundene Genauigkeit um: exakte Anzahl betroffener Dienste, exakte Reihenfolge der Wiederherstellung, exakte Ursachen, bevor überhaupt eine öffentliche Aufarbeitung vorliegt. Zum Zeitpunkt dieses Artikels war die bleibende Lehre schlichter: Eine Region ist nach wie vor eine gemeinsame Resilienzgrenze – auch dann, wenn sie mehrere Availability Zones enthält.

Was AWS öffentlich bestätigt hatte

AWS beschrieb in den eigenen Meldungen zunächst ein örtlich begrenztes Stromproblem in einer Availability Zone in Bahrain am 1. März, mes1-az2, das zu Verbindungsproblemen, API-Fehlern und eingeschränkten Diensten für Ressourcen in dieser Zone führte. Am 2. März teilte AWS den Kunden mit, die Wiederherstellung werde mindestens einen Tag dauern, und empfahl, Ersatzressourcen in nicht betroffenen Zonen oder in einer anderen Region zu starten. 1

In den VAE lag eine andere Art von Störung vor. Am 2. März erklärte AWS, zwei Availability Zones in me-central-1 seien erheblich beeinträchtigt und sowohl die Region VAE als auch die Region Bahrain hätten physische Schäden erlitten, die mit dem andauernden Konflikt im Nahen Osten zusammenhingen. In der öffentlichen Mitteilung hieß es, zwei Standorte in den VAE seien direkt getroffen worden, und ein Einschlag in der Nähe eines Standorts in Bahrain habe ebenfalls zu Schäden an der Infrastruktur, zu Stromausfällen und in einigen Fällen zu Auslösungen der Brandbekämpfung und zu Wasserschäden geführt. 1

Am 3. März kündigte AWS an, betroffene Kunden künftig gezielter über das Personal Health Dashboard zu informieren. Damit reichte der öffentliche Stand aus, um die Form der Störung zu bestimmen – nicht aber, um selbstsicher jede Minute und jeden Dienst nachzuerzählen. 1

Multi-AZ ist keine Notfallwiederherstellung

Die Infrastrukturseite von AWS ist eindeutig darin, was eine Region und was eine Availability Zone ist. Eine Region ist ein physischer Standort mit mehreren isolierten, physisch getrennten AZs. Jede AZ hat eigene Stromversorgung, eigene Kühlung und eigene physische Sicherung; Anwendungen, die über mehrere AZs verteilt sind, sind besser gegen Störungen auf der Ebene eines einzelnen Rechenzentrums geschützt. 2

Das ist echte Widerstandsfähigkeit – aber nicht dasselbe wie Unabhängigkeit von physischen oder politischen Ereignissen, die eine ganze Region betreffen. Reicht das Problem über einzelne Gebäude hinaus – Strom, Sicherheit, Zugang, Konflikt –, können mehrere AZs weiterhin von demselben Ereignis getroffen werden. Der regionale AWS-Ausfall im März erinnert daran: Hochverfügbarkeit innerhalb eines Anbieters ist nicht dasselbe wie Notfallwiederherstellung außerhalb dieses Anbieters.

Das AWS Well-Architected Framework zieht dieselbe Grenze. Für Workloads mit höheren Verfügbarkeitsanforderungen wird genau hier die Multi-Region-Architektur relevant: Die Verteilung über mehrere Availability Zones erhöht die Widerstandsfähigkeit gegenüber vielen Infrastrukturstörungen innerhalb einer Region. Schutz vor dem Ausfall einer ganzen Region erfordert eine regionenübergreifende Strategie zur Notfallwiederherstellung. 3

Drei Dinge, die korrelierte Ausfälle unwahrscheinlicher machen

Drei architektonische Entscheidungen senken dieses Risiko.

Eine andere physische Geografie – also ein anderes Land an einem anderen Stromnetz, erreicht über andere Glasfaser, und nicht bloß eine andere AZ in derselben Metropolregion.

Eine andere Rechtsordnung, denn ein Ausfall hört mitunter sehr schnell auf, ein Hardwareproblem zu sein.

Ein anderer Anbieter, denn wenn Ihr Primär- und Ihr Ausweichsystem auf derselben Rechnung stehen, teilen sie sich eine Steuerungsebene, eine Supportorganisation und eine Richtlinie zur Kontosperrung.

Die meisten Teams setzen den ersten Punkt um und hören dort auf. Gegen den dritten sträubt man sich, weil er zusätzliche Arbeit im Betrieb bedeutet. Genau er schützt aber dann, wenn das Problem größer ist als die regionalen Designannahmen eines einzelnen Anbieters.

Vier Länder, vier Stromnetze

Wir sind ein verteiltes Netz und kein einzelner großer Campus. AVS ISP betreibt Standorte in Tirana, Skopje, Amsterdam und Dublin: vier Länder, vier regulatorische Umfelder, vier voneinander getrennte Strom- und Glasfaserumgebungen.

In der Praxis zählt das aus einem einfachen Grund. Wer einen VPS für 5 €/Monat in Amsterdam und einen zweiten in Tirana betreibt, hat echte geografische und rechtliche Trennung – zum Preis eines Mittagessens zum Mitnehmen. Für Unabhängigkeit braucht es keinen Enterprise-Vertrag über 50.000 €. Es braucht zwei Systeme, die unwahrscheinlich aus demselben Grund ausfallen.

Für Kundinnen und Kunden mit eigenem Routing betreiben wir AS210464 mit RPKI-Validierung und einem vollständigen Satz BGP-Communities. Sie steuern damit, von wo aus Ihre Präfixe angekündigt werden – auch selektiv je Region und je Peering-Art – und können bei Bedarf Remote-Triggered Blackholing nutzen.

Wenn Sie das Netz sehen wollen, bevor Sie ihm vertrauen: Unser Looking Glass führt Ping, Traceroute und BGP-Abfragen live von jedem unserer Standorte aus. Ohne Registrierung, ohne Vertriebsgespräch.

Auch wir sind nicht immun

Wir werden nicht behaupten, ein europäisches Netz mit vier Standorten sei immun gegen das, was AWS im März getroffen hat. Keines ist das. Konzentrationsrisiko ist ein Kontinuum und kein Schalter, und wir teilen uns Upstreams und Interconnects mit allen anderen, die in Europa tätig sind.

Was wir sagen: Die günstigste Versicherung im Hosting ist nach wie vor die älteste – legen Sie Ihren zweiten Workload oder Ihr Backup dorthin, wo es nicht aus demselben Grund ausfallen kann wie der erste. In der Praxis bleibt das einer der einfachsten Wege zu mehr Widerstandsfähigkeit.

Wenn Sie das mit uns ausprobieren möchten: Starten Sie einen VPS in einem zweiten Land und sehen Sie, was das kostet. Wir akzeptieren Krypto, wir verlangen kein KYC, und Sie sind in wenigen Minuten startklar.

Quellen

1. AWS Service Status RSS Feed, AWS-Meldungen zu me-south-1 und me-central-1 vom 1. bis 3. März 2026
2. AWS Regions and Availability Zones, Amazon Web Services
3. AWS Well-Architected Framework – Disaster Recovery Strategy, Amazon Web Services