#Hosting · 3 Min. Lesezeit · Tim Rinkel

SCHOCK-RECHNUNG! AWS zeigt Kunden plötzlich MILLIARDEN-Prognosen — was wirklich dahintersteckt

Ein AWS-Bug zeigte Kostenprognosen bis 1,5 Billionen Dollar. Deine echte Rechnung ist sicher — aber deine Budget-Automationen solltest du jetzt prüfen.

SCHOCK-RECHNUNG! AWS zeigt Kunden plötzlich MILLIARDEN-Prognosen — was wirklich dahintersteckt

Hinweis: Dieser Beitrag enthält Affiliate-Links (mit * gekennzeichnet). Kaufst du über einen dieser Links, erhalte ich eine kleine Provision — für dich ändert sich der Preis nicht.

Stell dir vor, du öffnest morgens dein Cloud-Dashboard — und AWS prognostiziert dir für den laufenden Monat Kosten von 140 Milliarden Dollar. Genau das ist in der Nacht zum Freitag tausenden AWS-Kunden passiert. Manche sahen Schätzungen von ein paar Millionen, andere von 2,5 Milliarden — in Einzelfällen standen sogar 1,5 Billionen Dollar auf dem Zettel. Zum Vergleich: Das wäre mehr als das Bruttoinlandsprodukt Spaniens.

ENTWARNUNG: Deine Rechnung stimmt noch

Die gute Nachricht zuerst: Es handelt sich um einen Anzeigefehler in der Schätz-Ebene, nicht um echte Kosten. AWS bestätigte, dass die tatsächliche Nutzung, die Rechnungen und die Abbuchungen nicht betroffen sind. Als Ursache nannte der Konzern ein Problem mit Einheitspreisen im Subsystem für die Rechnungs-Hochrechnung — der Fehler begann gegen 19:38 Uhr pazifischer Zeit am 16. Juli.

ABER: Deine Automationen könnten verrückt gespielt haben

Kritischer ist der Dominoeffekt: Viele Firmen hängen an den Kostendaten automatische Systeme — Budget Actions, die bei Überschreitung Instanzen stoppen, Cost Anomaly Detection, eigene Alert-Pipelines. All diese Systeme konnten auf die Fantasie-Prognosen anspringen. Wer harte Budget-Aktionen konfiguriert hat (etwa „stoppe EC2 bei Budget-Überschreitung“), sollte jetzt prüfen, ob in der Nacht etwas ungewollt heruntergefahren wurde.

Die Checkliste: Erstens Budget Actions auf ausgelöste Aktionen kontrollieren. Zweitens Anomalie-Meldungen aus dem Zeitraum als Fehlalarme markieren. Drittens eigene Skripte prüfen, die auf Cost-Explorer-Daten aufsetzen. Die vollständige Erholung der Schätzdaten dauerte laut AWS mehrere Stunden.

EXTRA-TIPP: Kostenkontrolle ohne Schätz-Roulette

Der Vorfall zeigt ein Grundproblem der Hyperscaler: Bei nutzungsbasierter Abrechnung bist du auf funktionierende Prognosen angewiesen — und selbst die können lügen. Wer für Homelab-Projekte, Websites oder kleinere Workloads feste, planbare Preise bevorzugt, fährt mit einem klassischen Cloud-Server oft entspannter: Bei Hetzner Cloud* zahlst du einen festen Monatspreis mit Kostenbremse — eine 140-Milliarden-Prognose ist dort schlicht unmöglich.

FAZIT: Glimpflich — aber eine Lehre

AWS hat schnell reagiert und transparent kommuniziert, echte Kosten entstanden nicht. Trotzdem bleibt die Erkenntnis: Automationen, die auf Schätzdaten reagieren, brauchen Plausibilitäts-Checks. Eine simple Regel wie „ignoriere Prognosen über dem Zehnfachen des Normalwerts“ hätte in dieser Nacht viele Fehlalarme verhindert.

Häufige Fragen

Muss ich die Milliarden-Beträge wirklich bezahlen?
Nein. Der Fehler betraf ausschließlich die Schätz- und Prognose-Ebene des Cost Explorer, nicht die tatsächliche Abrechnung. AWS hat ausdrücklich bestätigt, dass Nutzung, Rechnungen und Abbuchungen korrekt geblieben sind. Die angezeigten Fantasie-Beträge verschwanden mit der Behebung des Fehlers wieder aus den Dashboards.
Was hat den AWS-Anzeigefehler ausgelöst?
AWS nennt als Ursache ein Problem mit Einheitspreisen im Subsystem für die geschätzte Rechnungsberechnung. Vereinfacht: Bei der Hochrechnung des Monatsverbrauchs wurden falsche Preise pro Einheit angesetzt, wodurch die Prognosen um viele Größenordnungen zu hoch ausfielen. Der Fehler begann am 16. Juli gegen 19:38 Uhr pazifischer Zeit und wurde über mehrere Stunden behoben.
Woran erkenne ich, ob meine Budget-Automationen ausgelöst haben?
Öffne in der AWS-Konsole den Bereich Budgets und prüfe den Verlauf deiner Budget Actions auf ausgeführte Aktionen im fraglichen Zeitraum. Kontrolliere zusätzlich die Benachrichtigungen der Cost Anomaly Detection und die Logs eigener Alert-Skripte. Wurden Instanzen gestoppt oder Berechtigungen entzogen, kannst du sie manuell wieder aktivieren.
Wie schütze ich mich vor solchen Fehlalarmen?
Baue Plausibilitäts-Grenzen in deine Automationen ein: Prognosen, die um Größenordnungen über dem historischen Maximum liegen, sollten als verdächtig gelten und höchstens eine Benachrichtigung auslösen — keine destruktiven Aktionen wie das Stoppen von Produktions-Instanzen. Alternativ helfen Festpreis-Angebote, bei denen Kostenexplosionen strukturell ausgeschlossen sind.

Quellen: The Register · TechCrunch · Cybersecurity News

Kommentar hinterlassen

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert