On 20. Oktober 2025Amazon Web Services (AWS) – der weltweit größte Cloud-Anbieter – erlitt einen Schwerwiegender Stromausfall in der Region US-OST-1 (Nord-Virginia) Dies führte zu weltweiten Dienstausfällen von fast 24 Stunden. Das Ereignis unterstrich die entscheidende Abhängigkeit der modernen Internetinfrastruktur von einem einzigen Cloud-Anbieter und entfachte erneut Diskussionen über Resilienz, Redundanz und Multi-Cloud-Strategien.
Vorfallübersicht
Event: Erhöhte Fehlerraten und Latenzen
Region: US-OST-1 (Nord-Virginia)
Dauer: 19. Oktober, 11:49 Uhr – 20. Oktober, 3:01 Uhr (PDT)
Severity: Gestört
Hauptursache: DNS-Auflösungsfehler im DynamoDB-Endpunkt
Betroffene Dienste: Über 140 AWS-Dienste, darunter EC2, Lambda, S3, DynamoDB, CloudWatch, Redshift und mehr.
Zeitleiste und Ursachenanalyse
Der Ausfall begann spät am 19. Oktober 2025Als Ingenieure erhöhte Fehlerraten bei mehreren AWS-Diensten feststellten, deuteten erste Untersuchungen darauf hin, dass Amazon DynamoDB, ein zentraler Datenbankdienst, der zahlreiche interne und Kundenanwendungen unterstützt. Von 12: 26 AM PDTAWS stellte fest, dass das Problem auf Folgendes zurückzuführen war: fehlerhaftes DNS-Update was die Endpunktauflösung störte – und damit das „Telefonbuch“, das Dienste zu ihren Zielen leitet, effektiv außer Kraft setzte.
Der DNS-Ausfall löste eine Kaskade abhängiger Systemfehler aus:
- EC2-Instanzstarts Aufgrund von DynamoDB-Abhängigkeiten wurde der Vorgang unterbrochen.
- Zustandsprüfungen des Netzwerk-Load-Balancers Es kam zu einem Verbindungsverlust zwischen Diensten wie Lambda, SQS und CloudWatch.
- IAM-Updates und DynamoDB Globale Tabellen Auch aufgrund der Abhängigkeit von der betroffenen Region kam es zu Verzögerungen.
Die AWS-Ingenieure setzten parallel Gegenmaßnahmen um: Sie leerten die DNS-Caches, drosselten die Starts von EC2-Instanzen und stellten die Netzwerkverbindung schrittweise wieder her. 2: 24 AM PDTDas primäre DNS-Problem wurde zwar behoben, doch Netzwerk- und EC2-Subsystemprobleme bestanden bis in den Morgen hinein. Zustandssubsystem des Netzwerk-Load-Balancers wurde vollständig wiederhergestellt durch 9: 38 AM PDT, mit der endgültigen Normalisierung des Dienstes bei 3 Uhr PDT.
Wirkungsbereich
Die Auswirkungen waren weitreichend und betrafen sowohl Unternehmensdienste als auch gängige Verbraucherplattformen weltweit. Mehr als 140 AWS-Dienste waren beeinträchtigt, darunter:
- Rechenleistung & Netzwerke: EC2, ECS, EKS, Elastischer Lastausgleich
- Daten und Speicherung: DynamoDB, S3, RDS, Redshift, ElastiCache
- Serverlos: Lambda, EventBridge, SQS, Step Functions
- Sicherheit & Management: IAM, AWS Organizations, CloudTrail, Konfiguration
- Entwicklerwerkzeuge: CodeBuild, Amplify, AppSync, CloudFormation
Die Auswirkungen des Ausfalls reichten über AWS-Kunden hinaus. Globale Plattformen wie … Snapchat, Fortnite, Roblox, Coinbase, VenmoUnd sogar Amazons eigene Prime Video- und Ring-Dienste Es kam zu Störungen. Finanzinstitute wie Lloyds und Halifax meldeten Anmeldeprobleme, und Regierungsportale waren vorübergehend nicht erreichbar. AWS hielt etwa 33 % Marktanteil am globalen Cloud-InfrastrukturmarktDie Folgen des Ereignisses waren beispiellos.
Lehren aus der Cloud-Abhängigkeit
Dieser Vorfall verdeutlicht eine zentrale Herausforderung moderner Cloud-Architekturen: Abhängigkeit von einer einzelnen RegionTrotz des Multi-Availability-Zone-Designs von AWS bleiben viele globale Systeme regional verankert – insbesondere in Bezug auf … USA-OST-1, das zahlreiche Steuerungsebenen- und globale API-Endpunkte beherbergt.
Obwohl kein Cyberangriff vorlag, zeigte der Vorfall, wie sich ein interner Konfigurationsfehler in einem einzigen grundlegenden Dienst (in diesem Fall DNS) auf abhängige Systeme ausbreiten und den globalen Betrieb lahmlegen kann.
RELIANOIDDie Perspektive von [Name des Sprechers]: Erreichen echter Hochverfügbarkeit mit GSLB
At RELIANOIDWir sind der Ansicht, dass Resilienz in Cloud-Umgebungen über Redundanz innerhalb eines einzelnen Anbieters hinausgehen muss. Globaler Server-Lastausgleich (GSLB) Die Lösung gewährleistet die kontinuierliche Verfügbarkeit auch dann, wenn es bei einem großen Cloud-Anbieter oder in einer bestimmten Region zu einem Ausfall kommt.
Wie RELIANOID GSLB hilft, solche Ausfälle zu verhindern.
- Kontinuität in Multi-Cloud- und Multi-Region-Umgebungen: GSLB verteilt den Datenverkehr intelligent über unabhängige Regionen oder Anbieter (z. B. AWS, Azure, GCP, On-Premise) und gewährleistet so die Kontinuität der Dienste bei regionalen oder Anbieterausfällen.
- Gesundheitsüberwachung in Echtzeit: Kontinuierliche Endpunktprüfungen ermöglichen die automatische Umleitung des Datenverkehrs auf fehlerfreie Knoten und minimieren so Ausfallzeiten bei Ereignissen wie DNS- oder API-Endpunktfehlern.
- Intelligenter DNS-Lastausgleich: RELIANOIDDas DNS-basierte GSLB leitet Clientanfragen dynamisch an optimale Rechenzentren weiter und mindert so Risiken, die mit DNS-Fehlkonfigurationen oder Ausbreitungsverzögerungen verbunden sind.
- Nahtloses Failover und Wiederherstellung: Durch Richtlinien wie Weighted Round Robin, latenzbasiertes Routing und Geolocation-Awareness gewährleistet GSLB die Servicekonsistenz und minimiert Störungen auch bei komplexen Multi-Region-Implementierungen.
Die Implementierung von GSLB als Teil einer umfassenderen Hochverfügbarkeitsstrategie entkoppelt geschäftskritische Anwendungen von den betrieblichen Abhängigkeiten eines einzelnen Anbieters. Unabhängig davon, ob ein Problem auf DNS-Auflösung, Netzwerk-Integritätsprüfungen oder interne API-Fehler zurückzuführen ist, bietet GSLB einen transparenten Mechanismus für automatisches Failover und eine unterbrechungsfreie Benutzererfahrung.
Fazit
Die AWS-US-EAST-1-Ausfall im Oktober 2025 Dies dient als eindringliche Mahnung: Selbst die fortschrittlichsten Cloud-Infrastrukturen können ausfallen. Wahre Ausfallsicherheit erfordert architektonische Unabhängigkeit, proaktive Failover-Mechanismen und intelligenten globalen Lastausgleich.
RELIANOIDGSLB bietet diese Resilienz – und hilft Unternehmen dabei, Verfügbarkeit, Zuverlässigkeit und Vertrauen zu gewährleisten, unabhängig davon, wo die nächste Störung ihren Ursprung hat.
Erfahren Sie mehr über GSLB und Hochverfügbarkeitsstrategien..
Verwandte Blogs
