Budgetwarnungen und Schwellenwerte

Eine Budgetwarnung ist eine Benachrichtigung, die ein Cloud-Budget verschickt, sobald die Ist- oder die Prognosekosten eine Schwelle überschreiten, die als Prozentsatz oder Betrag des Budgets gesetzt ist. Sie meldet den Stand und ändert nichts: Ohne angehängte Aktion läuft jede Ressource weiter. Was Budget-Aktionen und Ausgabenobergrenzen bewirken, beschreibt Cloud-Budgets. Ob eine Warnung nützt, hängt davon ab, welcher Wert gegen welche Schwelle läuft, wer sie bekommt und wie lange nach den Kosten sie eintrifft.

So funktioniert es

Wie ein Budget Ist und Prognose mit dem Betrag vergleicht und wie oft AWS eine Ist- oder Prognosewarnung verschickt, steht ebenfalls in Cloud-Budgets. Für die Warnung selbst zählt, wie eine Schwelle angegeben wird, wen die Nachricht über welchen Kanal erreicht und wie lange nach der Nutzung sie eintrifft. Darin unterscheiden sich die Provider deutlich; gemeinsam ist ihnen, dass sie mit Verzögerung auswerten, weil Abrechnungsdaten erst Stunden nach der Nutzung vorliegen.

AWS

Neue E-Mail-Empfänger erhalten Warnungen erst, wenn sie ihre Adresse bestätigt haben; dazu melden sie sich in dem AWS-Konto an, das sie eingetragen hat, bevor der Link nach zwölf Stunden verfällt. Für Empfänger ohne Konsolenzugang nennt AWS einen Verteiler als Weg. Ein SNS-Topic braucht eine Richtlinie, die budgets.amazonaws.com das Veröffentlichen erlaubt, ein verschlüsseltes Topic zusätzlich einen passenden KMS-Schlüssel. Über ein SNS-Topic und Amazon Q Developer in chat applications erreichen Warnungen Microsoft Teams und Slack; für Amazon Chime, das die Anleitung noch nennt, hat AWS den Support am 20. Februar 2026 beendet.

Azure

Jede Benachrichtigung ist eine Prozentschwelle auf Ist oder Prognose mit ihren Empfängern. Auf Subscription und Resource Group genügt statt einer E-Mail-Adresse eine Action Group, auf allen anderen Ebenen ist mindestens eine Adresse Pflicht. Mails kommen von einer No-Reply-Adresse von Microsoft, die die Budgetdokumentation nennt und die Microsoft auf die Liste zugelassener Absender zu setzen empfiehlt. Rollen als Empfänger lassen sich nur über die Budgets-API zuweisen, nicht im Portal; über die API wird auch eine andere Sprache der Mail gesetzt. Eine Action Group schickt zusätzlich SMS, Sprachanruf oder App-Push und startet Runbooks, Functions, Logic Apps oder Webhooks. Die Ansicht der Kostenwarnungen zeigt bei Enterprise Agreements außerdem Guthabenwarnungen bei 90 und 100 Prozent des Azure Prepayment und Warnungen zu Abteilungsquoten, die keine Budgetwarnungen sind.

Google Cloud

Ein neues Budget bringt Schwellen bei 50, 90 und 100 Prozent auf dem Ist mit. Ohne Schwelle verschickt es keine Mail, und wer Schwellen setzt, muss mindestens eine E-Mail-Option wählen. Voreingestellt gehen Mails an alle mit den Rollen Billing Account Administrator und Billing Account User; bei einem Budget für ein einzelnes Projekt wahlweise an dessen Project Owner, eine Option, die Google noch als Vorschau führt. Weitere Adressen kommen über bis zu fünf E-Mail-Kanäle aus Cloud Monitoring hinzu; andere Kanaltypen unterstützt das Budget nicht, und die Empfänger sehen das Budget nur mit eigenen Rechten. Pub/Sub erhält mehrmals täglich den aktuellen Stand, auch ohne Nutzung und ohne überschrittene Schwelle, zugestellt mindestens einmal, also unter Umständen doppelt und nicht unbedingt in Reihenfolge; die Felder alertThresholdExceeded und forecastThresholdExceeded nennen die höchste überschrittene Schwelle. Ein Monatsbudget zählt spät gemeldete Nutzung und Steuern noch zwei Tage in den Folgemonat hinein.

Was es für Ihre Kosten bedeutet

Eine Warnung kauft Zeit, mehr nicht. Wie viel, ergibt sich aus den Tagen zwischen dem Eintreffen der Warnung und dem Periodenende, und das Eintreffen liegt um die dokumentierte Verzögerung hinter den Kosten. Deshalb trägt die Prognoseschwelle die eigentliche Steuerung, und die Ist-Schwellen dienen als Kontrolle. Jede Schwelle beantwortet eine Frage, und die Frage bestimmt den Empfänger:

Der Zuschnitt entscheidet, wer handeln kann. Eine Warnung auf das gesamte Abrechnungskonto erreicht Finance, aber niemanden, der eine Ressource abschaltet; eine Warnung auf das Budget eines Teams erreicht die Leute, die etwas ändern können. Deshalb bekommt jedes Teilbudget eigene Schwellen und Empfänger. Empfänger sind am besten Gruppenadressen oder Kanäle statt Einzelpersonen: Personen wechseln, ein Verteiler bleibt, und bei AWS muss nicht jede Person die Bestätigung im Konto abschließen.

Eine Warnung ohne Kostenverantwortlichen ist eine Meldung, die niemand beantwortet. Wer sie erhält, klärt die Ursache, entscheidet, ob gehandelt wird, und hält beides fest; erklärt wird die Abweichung in der monatlichen Kostenrunde. Mehr Schwellen bringen dabei nicht mehr Kontrolle: Jede Warnung, auf die nichts folgt, lehrt die Empfänger, die nächste zu ignorieren.

Wo es schiefgeht

• Empfänger nie bestätigt. Symptom: Das Budget steht über der Schwelle, im Postfach kommt nichts an. Ursache: Bei AWS erhält eine neue Adresse erst nach Bestätigung im eintragenden Konto Warnungen, und ein SNS-Abonnement bleibt auf PendingConfirmation, bis jemand bestätigt.
• Verschlüsseltes SNS-Topic. Symptom: E-Mails kommen an, die Meldungen über SNS und im Chat nicht. Ursache: Das Topic ist verschlüsselt, und der KMS-Schlüssel erlaubt AWS Budgets das Veröffentlichen nicht.
• Stille Prognoseschwelle. Symptom: Es kommen nur Ist-Warnungen. Ursache: Das AWS-Konto hat weniger als etwa fünf Wochen Nutzungsdaten, oder das Google-Budget hat einen frei gewählten Zeitraum.
• Die falschen Leute bekommen die Mail. Symptom: Die Billing-Admins erhalten Warnungen zu Projekten, die sie nicht steuern, das Team erfährt nichts. Ursache: Google schickt standardmäßig an die Rollen des Abrechnungskontos; Teamadressen müssen als Monitoring-Kanäle verknüpft sein.
• Augustwarnung im September. Symptom: Eine Warnung zum Vormonat kommt am 1. oder 2. des Monats. Ursache: Google-Monatsbudgets zählen spät gemeldete Kosten zwei Tage in den Folgemonat.
• Jede Pub/Sub-Nachricht als Alarm. Symptom: Ein Chat-Kanal erhält mehrmals am Tag dieselbe Meldung. Ursache: Pub/Sub liefert den Budgetstand mehrmals täglich und mindestens einmal; erst alertThresholdExceeded oder forecastThresholdExceeded zeigt eine überschrittene Schwelle.
• Mehrere Währungen im Zuschnitt. Symptom: Ein Azure-Budget auf einer Management Group bleibt still, obwohl die Kosten über der Schwelle liegen. Ursache: Azure bewertet Budgets nicht über mehrere Währungen; rechnen die Subscriptions im Zuschnitt in verschiedenen Währungen ab, können Warnungen ausbleiben.

Quellen

Gelesen am 2026-10-16. AWS Kosten mit AWS Budgets steuern, Ein Kostenbudget anlegen, Bewährte Verfahren für AWS Budgets, E-Mail-Empfänger zu einer Budgetbenachrichtigung hinzufügen, Ein SNS-Topic für Budgetbenachrichtigungen anlegen, Budgetwarnungen in Chat-Anwendungen empfangen, Amazon Chime mit Hinweis zum Supportende und CreateBudget in der API-Referenz; Microsoft Budgets anlegen und verwalten, Kostenwarnungen zur Überwachung von Nutzung und Ausgaben, Budgets: Create Or Update in der REST-API und Action Groups; Google Cloud Budgets und Budgetwarnungen anlegen, bearbeiten oder löschen, Empfänger von Budgetwarnungen anpassen und Programmatische Benachrichtigungen einrichten.