Am 20. August 2026 fielen in der Region us-west1 von Google Cloud über 30 Dienste von Compute Engine bis BigQuery für 2 Stunden und 22 Minuten teilweise aus. Auslöser war eine geplante Glasfaserwartung, die die Kapazität zwischen Rechenzentren einbrechen liess. Die automatische Umleitung griff nicht. Der Abschlussbericht vom 27. August nennt Ursache, Folgen und Gegenmassnahmen. Für Betreiber lohnt der Blick auf Abhängigkeiten innerhalb einer Region.
Am 20. August 2026 haben in der Google-Cloud-Region us-west1 über 30 Dienste zwei Stunden und 22 Minuten lang Fehler und Verzögerungen gezeigt. Der Abschlussbericht erklärt, warum ein geplanter Wartungsvorgang so weit durchschlug.
Das Wichtigste in Kürze
- Die Störung dauerte 2 Stunden und 22 Minuten. Sie lief am 20. August 2026 von 08:00 bis 10:22 Uhr Pazifischer Zeit, in der Schweiz von 17:00 bis 19:22 Uhr.
- Betroffen waren über 30 Dienste in us-west1. Dazu zählen Compute Engine, Kubernetes Engine, Cloud Storage, BigQuery, Cloud SQL, Cloud Run und IAM.
- Auslöser war eine geplante Glasfaserwartung. Sie senkte unerwartet die Netzkapazität zwischen den Rechenzentren der Region.
- Die automatische Umleitung des Verkehrs scheiterte. Dadurch überstieg der Verkehr die verfügbare Bandbreite.
Was in Google Cloud passiert ist
Der Vorfallbericht auf dem Service Health Dashboard beschreibt eine Kette. Die Wartung senkte die Kapazität zwischen den Rechenzentren. Die automatischen Systeme sollten den Datenstrom auf andere Wege lenken, taten das aber nicht. So entstand Überlast im Netz. Sie setzte sich über Kerndienste wie Spanner Paxos und den Unified Metadata Server fort.
Dabei traf es Steuerungsebene und Datenebene zugleich. Kunden sahen laut Bericht Timeouts, Fehler und höhere Latenzen, dazu gedrosselte Anfragen und mehr Wiederholungsversuche. Google ordnet den Vorfall dem Raum Oregon und The Dalles zu.
| Zeitpunkt | Ereignis | Was das bedeutet |
|---|---|---|
| 20.08.2026, 08:00 PDT | Beginn der Störung | Provisionierung und laufende Last betroffen |
| 20.08.2026, 10:22 PDT | Ende der Störung | Dauer 2 Stunden 22 Minuten |
| 24.08.2026, 23:20 PDT | Vorläufiger Bericht | Erste Ursachenanalyse |
| 27.08.2026, 14:45 PDT | Abschlussbericht | Gegenmassnahmen benannt |
Wie Google reagiert hat
Die Ingenieure leiteten die Last mit Notfallverfahren von der geschädigten Infrastruktur weg. Danach holten sie den Betrieb in kontrollierten Stufen zurück, sobald die Glasfaserkapazität wieder stand.
Für die Zukunft nennt der Bericht vier Punkte: überarbeitete Regeln für geplante Wartung, strengere Sicherheitsprüfungen vor Routinearbeiten, eine bessere automatische Umleitung und eine optimierte Wegewahl im Netz, damit keine Engpässe entstehen. Wie andere Anbieter mit Störungen kämpfen, zeigt der Beitrag zu den Azure-Ausfällen im Herbst 2026.
Was Betreiber daraus mitnehmen
Redundanz innerhalb einer Region schützt nicht vor einem gemeinsamen Netzproblem. Auch eine abgesicherte Wartung kann Dienste verbinden, die du für unabhängig hältst. Der Drittanbieter-Tracker shattered.io zählt 33 Dienste und beschreibt dasselbe Zusammenspiel von Steuerungs- und Datenebene.
- Prüfe, welche Workloads nur in einer einzigen Region laufen, und plane für kritische Dienste einen Ausweichort.
- Teste, ob deine Anwendung bei Timeouts und Drosselung sauber zurückfällt.
- Achte darauf, dass Wiederholungsversuche mit Pausen arbeiten, damit sie die Überlast nicht verschärfen.
Google hat den vorläufigen Bericht am 24. August und den Abschlussbericht am 27. August 2026 veröffentlicht. Das ist der Stand dieses Beitrags.
Fazit
Eine geplante Wartung und eine versagende Umleitung genügten, um in us-west1 über 30 Dienste zu stören. Für dich zählt, ob kritische Last auf eine zweite Region ausweichen kann. Prüfe das, bevor der nächste Vorfall es für dich tut.
Quellen: Google Cloud Service Health, shattered.io. Foto: chaitawat / Pixabay. Stand: 27. August 2026.
Recherche und Entwurf KI-gestützt, geprüft und freigegeben von Andreas Brauckmann · So arbeitet die Redaktion
Änderungshistorie
- — Artikel veröffentlicht.