Azure Budgets kosten nichts und berechnen nichts: Ein Budget vergleicht einmal täglich die tatsächlichen oder prognostizierten Kosten eines Bereichs mit einem Betrag und verschickt bei Schwellen E-Mails oder löst eine Aktionsgruppe aus, Kostenwarnungen fassen Budget-, Guthaben-, Quoten- und Anomaliewarnungen zusammen, geplante Warnungen verschicken gespeicherte Kostenansichten, und Azure Advisor berechnet aus Auslastung und Listenpreisen Empfehlungen samt Score. Was davon wirkt, entscheidet nicht der Preis, sondern die Reichweite: Kein Budget stoppt eine Ressource, keine Warnung kommt vor dem nächsten Tageslauf, und jede Advisor-Ersparnis ist zu Einzelhandelspreisen gerechnet.
Preisdimensionen
Die Tabelle führt die Mechanismen als Dimensionen: was jeder prüft, in welchem Bereich er gilt, was er auslöst und was er nicht kann. Das anbieterübergreifende Konzept steht unter Budgets, die Schwellenlogik unter Budgetwarnungen und Schwellen.
| Mechanismus | Bereich und Grundlage | Was er auslöst | Was er nicht kann |
|---|---|---|---|
| Budget | Verwaltungsgruppe, Abonnement, Ressourcengruppe; EA: Abrechnungskonto, Department, Enrollment-Account; MCA: Abrechnungskonto (in USD), Abrechnungsprofil, Rechnungsabschnitt, Kunde; Rücksetzung monatlich, vierteljährlich, jährlich, für Pay-as-you-go-, MSDN- und Visual-Studio-Abonnements auch je Abrechnungsmonat; Filter wie Ressourcengruppe, Dienst, Zähler oder Tag; Grundlage sind tatsächliche Kosten einschließlich Reservierungs- und Kaufzeilen, ohne Amortisierung | Auswertung alle 24 Stunden gegen Daten, die nach 8 bis 24 Stunden vorliegen; E-Mail normalerweise innerhalb einer Stunde nach der Auswertung; nach Ablaufdatum wird das Budget gelöscht | Ressourcen bleiben unberührt; ein Bereich mit mehreren Währungen wird nicht ausgewertet; für ein neues Abonnement können bis zu 48 Stunden fehlen |
| Schwellen für tatsächliche und prognostizierte Kosten | mindestens eine Schwelle in Prozent des Budgets mit E-Mail-Adresse, bis zu fünf Schwellen und fünf Adressen je Budget, Spanne 0,01 bis 1.000 Prozent; Typ "Actual" oder "Forecasted" | Budgetwarnung in der Warnungsliste und per E-Mail; Rollen als Empfänger und andere Sprachen nur über die Budgets-API | die Prognose ist Microsofts Modell, nicht die eigene Planung |
| Aktionsgruppe | nur Abonnement und Ressourcengruppe; bis zu fünf Aktionsgruppen je Regel; Benachrichtigung per E-Mail, SMS, Push in die Azure-App, Sprachanruf; Aktionen: Automation-Runbook, Azure Functions, Event Hubs, ITSM, Logic Apps, Webhook und sicherer Webhook | die einzige Verbindung von einem Budget zu einer Handlung, etwa einem Runbook, das Ressourcen herunterfährt | nicht auf Abrechnungsbereichen; SMS, Sprache, Push und E-Mail unterliegen Ratenbegrenzungen |
| Guthabenwarnung | nur EA; 90 und 100 Prozent des Azure Prepayments | automatische E-Mail an die Account-Owner und Eintrag in der Warnungsliste | nicht konfigurierbar, keine anderen Schwellen |
| Department-Quotenwarnung | nur EA; Ausgabenquote je Department, etwa bei 50 oder 75 Prozent | E-Mail an die Department-Owner | kein Stopp, keine Auswertung unterhalb des Departments |
| Anomaliewarnung | nur Abonnementbereich; tägliche Prüfung 36 Stunden nach Tagesende UTC gegen eine Prognose aus den letzten 60 Tagen; bis zu fünf Regeln je Abonnement; benötigt Cost Management Contributor | eine E-Mail je erkannter Anomalie zum Zeitpunkt der Erkennung, mit den Ressourcengruppen mit den größten Änderungen und einem Portal-Link | nicht für Ressourcengruppen, Abrechnungsbereiche oder Azure Government; kein zweiter Versand, keine Aktionsgruppe |
| Geplante Warnung | jede gespeicherte Kostenansicht; eingebaute Ansichten nur in USD; bis zu 20 Empfänger; täglich, wöchentlich, monatlich, nach Rechnungsabschluss oder benutzerdefiniert; Enddatum höchstens ein Jahr voraus; optional ein CSV-Link | eine E-Mail mit Diagramm und Link, der CSV-Link gilt am Versandtag, die Daten sieben Tage, höchstens 15.000 Zeilen | keine Schwelle, kein Vergleich; nicht für Verwaltungsgruppen oder Tabellenansichten |
| Advisor-Kostenempfehlungen | je Abonnement: Herunterfahren oder Verkleinern von VMs und Skalierungsgruppen (Abschalten bei P95 der maximalen CPU unter 3 Prozent, P100 der durchschnittlichen CPU der letzten drei Tage bis 2 Prozent und Netzwerkausgang unter 2 Prozent über sieben Tage; Rückblick 7 bis 90 Tage wählbar), nicht angeschlossene Datenträger, Gateways ohne Verbindung, nicht bereitgestellte ExpressRoute-Circuits, leere App-Service-Pläne, Cosmos-DB-Autoscale und leere Container, Log-Analytics-Commitment-Tier und Basic Logs, Reservierungen und Savings Plans | eine Empfehlung mit geschätzter Ersparnis, wählbar nach CPU-Schwelle je Abonnement | Ersparnis zu Einzelhandelspreisen ohne eigene Rabatte; bestehende Reservierungen und Savings Plans werden nicht berücksichtigt; keine Empfehlung für Ressourcen ohne Auslastungsdaten |
| Reservierungsempfehlungen | stündliche Nutzung der letzten 7, 30 und 60 Tage, Simulation mit und ohne Reservierung, Menge mit der höchsten Ersparnis; berücksichtigt bestehende Reservierungen und Savings Plans | im Advisor nur je Abonnement und mit Dreijahreslaufzeit, wo verfügbar; der gesamte Abrechnungsbereich nur im Kaufdialog unter Reservierungen | regelmäßig abgeschaltete VMs ergeben keine Empfehlung; nach einem Kauf dauert die Aktualisierung bis zu drei Tage, bis zu fünf Tage beim gemeinsamen Bereich |
| Advisor-Score | je Kategorie 0 bis 100 Prozent, Gesamtwert als Mittel; der Kostenwert gewichtet den Einzelhandelspreis der bewerteten Ressourcen, lange offene Empfehlungen zählen stärker, verworfene fallen heraus | täglich mindestens einmal aktualisiert; nach einer Umsetzung dauert es mindestens 24 Stunden | sagt nichts über die Höhe der Ausgaben; unterscheidet nicht zwischen Produktion und Entwicklung |
| Kaufoptionen | die Reservierungs- und Savings-Plan-Empfehlungen des Advisors führen in den Kauf | Azure-Reservierungen, Azure Savings Plans | der Kauf selbst ist eine Entscheidung der Commitment-Strategie |
Rechnungen, Exporte und APIs
Rechnungen. Keiner dieser Mechanismen erscheint auf der Rechnung, und keiner verändert sie. Ein Budget liest die Kostendaten, die auch der Export trägt, in der Ansicht der tatsächlichen Kosten; wer nur den Azure-Verbrauch ohne Käufe messen will, filtert im Budget auf PublisherType Azure und ChargeType Usage. Beim MCA wertet ein Budget auf Abrechnungskontoebene in USD aus, auf Abrechnungsprofil, Rechnungsabschnitt und Kunde in der Abrechnungswährung; die Kontotypen beschreibt Azure-Abrechnungskonten.
Exporte. Die Daten, die ein Budget auswertet, liegen für EA und MCA nach 8 bis 24 Stunden vor, für Pay-as-you-go nach bis zu 72 Stunden; derselbe Rhythmus gilt für den Export, dessen Aufbau Azure-Kostenexporte beschreibt. Advisor rechnet seine Ersparnis mit den Pay-as-you-go-Sätzen, also dem, was der Export als PayGPrice führt, nicht mit UnitPrice oder EffectivePrice; wer die Empfehlung prüft, multipliziert mit dem eigenen Satz nach. Die Warnungsliste im Portal führt jede Warnung mit Typ, Datum, Status (aktiv oder verworfen) und Bereich, und eine verworfene Warnung lässt sich reaktivieren.
APIs. Budgets entstehen über die Budgets-API der Consumption-Schnittstelle, die Azure CLI (az consumption budget), PowerShell (ohne Benachrichtigungen) oder ein Resource-Manager-Template; MCA-Kunden sollen die REST-API verwenden. Anomalie- und geplante Warnungen sind Scheduled Actions, die Anomalieregel mit der Art InsightAlert und der Ansicht ms:DailyAnomalyByResourceGroup; Microsoft empfiehlt einen Service Principal, weil die E-Mail nur verschickt wird, solange der Ersteller noch Leserechte hat. Reservierungsempfehlungen liefert die Reservation-Recommendations-API der Consumption-Schnittstelle, Aktionsgruppen entstehen als Microsoft.Insights/actionGroups. Was das Portal darüber hinaus bietet, steht unter Azure Cost Management.
Stellhebel
Konfiguration. Ein Budget je Abonnement mit einer Schwelle für tatsächliche und einer für prognostizierte Kosten ist das Minimum; die Prognoseschwelle warnt, bevor das Geld ausgegeben ist, die tatsächliche belegt es. Erst die Aktionsgruppe macht aus der Warnung eine Handlung, etwa ein Runbook, das Entwicklungs-VMs stoppt; die Leitplanken dafür beschreibt Leitplanken und Freigabeschwellen. Eine Anomalieregel je Abonnement fängt, was ein Monatsbudget übersieht, nämlich einen Tagessprung innerhalb des Budgets; das Konzept steht unter Anomalieerkennung. Eine wöchentliche geplante Warnung mit einer gespeicherten Ansicht nach Ressourcengruppe bringt die Zahlen zu den Teams, ohne dass sie das Portal öffnen (Berichtsabonnements und Zustellung).
Kaufoption. Die Reservierungs- und Savings-Plan-Empfehlungen des Advisors sind ein Startpunkt, keine Bestellung: Sie gelten je Abonnement und mit Dreijahreslaufzeit, und der gemeinsame Bereich zeigt sich erst im Kaufdialog. Nach einem Kauf drei Tage warten, bevor die zweite Commitment-Form geprüft wird.
Architektur. Budgets folgen der Hierarchie: ein Budget auf dem Abrechnungsprofil für Finance, eines je Abonnement für die Teams, eines je Ressourcengruppe nur dort, wo eine Aktionsgruppe hängen soll. Advisor-Empfehlungen zum Verkleinern gehören in den Rightsizing-Prozess, die zu nicht angeschlossenen Datenträgern und leeren Gateways in den zu ungenutzten und verwaisten Ressourcen; verworfene Empfehlungen verschwinden auch aus dem Score, also lohnt das Aufräumen in beide Richtungen.
Wo es schiefgeht
- Das Budget hat nichts gestoppt. Ein Budget benachrichtigt nur; ohne Aktionsgruppe mit Runbook läuft die Ressource weiter, und Aktionsgruppen gibt es nur auf Abonnement und Ressourcengruppe.
- Die Warnung kam einen Tag zu spät. Daten liegen nach 8 bis 24 Stunden vor und werden alle 24 Stunden ausgewertet; eine Anomalie wird 36 Stunden nach Tagesende geprüft. Für Stunden-Reaktionen ist ein Budget das falsche Werkzeug.
- Das Budget passt nicht zur Rechnung. Pay-as-you-go-Abonnements rechnen ab dem Anmeldetag; ein kalendermonatliches Budget vergleicht einen anderen Zeitraum. Rücksetzung auf Abrechnungsmonat stellen.
- Das MCA-Budget steht in Dollar. Auf Abrechnungskontoebene wertet Azure in USD aus, auch wenn die Rechnung in EUR kommt; Budgets in EUR gehören auf das Abrechnungsprofil.
- Mehrere Währungen, keine Warnung. Eine Verwaltungsgruppe mit Abonnements in verschiedenen Währungen wird nicht ausgewertet, und die Warnung bleibt still.
- Die Anomalie-E-Mail bleibt aus. Der Ersteller hat seine Leserechte verloren, die Regel ist abgelaufen, oder bei indirekten EAs und Partner-MCAs ist die Policy zur Kostenanzeige aus; Absender ist die No-Reply-Adresse von Microsoft unter microsoft.com.
- Die Advisor-Ersparnis stimmt nicht. Sie ist zu Einzelhandelspreisen gerechnet und ignoriert Reservierungen und Savings Plans; bei einem Wechsel der VM-Familie kann die Empfehlung Kosten erhöhen, wenn Reservierungen für die alte Familie bestehen.
- Geplante Warnung mit falscher Währung oder falschem Monat. Eingebaute Ansichten verschicken USD, und "nach Rechnungsabschluss" braucht eine Ansicht auf den Vormonat, sonst kommen nur die ersten Tage des laufenden Monats.
Beispiel
Ein Einrichtungsbeispiel mit Microsofts dokumentierten Grenzen, ohne Beträge: Für ein Produktionsabonnement wird ein monatliches Budget mit dem gewünschten Betrag angelegt, Rücksetzung monatlich, Ablaufdatum ein Jahr voraus; die Schwellen sind 80 und 100 Prozent der tatsächlichen Kosten und 100 Prozent der prognostizierten Kosten, drei von höchstens fünf, mit einer Verteilerliste als Empfänger, höchstens fünf Adressen. Eine Aktionsgruppe mit E-Mail und Webhook hängt am Budget, das Entwicklungsabonnement bekommt dieselbe Struktur plus ein Runbook, das VMs stoppt. Auf beiden Abonnements wird je eine Anomalieregel angelegt, zwei von fünf möglichen, mit Cost Management Contributor als Ersteller. Eine gespeicherte Ansicht "Kosten je Ressourcengruppe, Vormonat" geht wöchentlich an bis zu 20 Empfänger mit CSV-Link, Enddatum ein Jahr voraus. Im Advisor wird der Rückblick für die VM-Empfehlungen auf 30 Tage gestellt, was bis zu 48 Stunden braucht, und die Reservierungsempfehlung wird im Kaufdialog mit gemeinsamem Bereich geprüft statt im Advisor. Das Beispiel zeigt, dass die Grenzen (fünf Schwellen, fünf Adressen, fünf Anomalieregeln, 20 Empfänger, ein Jahr Laufzeit, 24 Stunden Takt) die Einrichtung bestimmen, nicht der Budgetbetrag.
Quellen
Gelesen am 2026-10-21. Microsoft Learn: Tutorial: Create and manage budgets, Monitor usage and spending with cost alerts, Identify anomalies and unexpected changes in cost, Save and share customized views, Create and manage action groups in Azure Monitor, Understand Cost Management data, Understand usage details fields, Optimize VM or VMSS spend by resizing or shutting down underutilized instances, Cost recommendations, Azure Advisor, Advisor score, Azure reservation recommendations, EA billing administration on the Azure portal.