Google Cloud Budgets kosten nichts und stoppen von sich aus nichts: Ein Budget vergleicht die tatsächlichen oder prognostizierten Kosten eines Bereichs mit einem Betrag, verschickt bei den gesetzten Schwellen E-Mails und kann seinen Zustand mehrmals am Tag an ein Pub/Sub-Thema veröffentlichen, für alles, was darauf handelt; das einzige Budget, das durchsetzt, ist das Ausgabenlimit-Budget, das die berechtigten Dienste eines Projekts für den Rest der Periode pausiert, sobald die geschätzten Kosten zum Listenpreis das Limit überschreiten. Recommender liefert je Projekt Kostenempfehlungen aus der beobachteten Nutzung, untätige und überdimensionierte Instanzen, untätige Datenträger und Adressen, zu kaufende Commitments, BigQuery-Slots und -Partitionierung, Cloud-SQL- und Cloud-Run-Dimensionierung, kostenlos und zu Listenpreisen. Was davon wirkt, entscheidet die Reichweite, nicht der Preis: Eine Budgetwarnung folgt dem Verzug der Abrechnungsdaten, eine Prognose ist Googles Modell des Monats, und eine Empfehlung ist eine Ersparnis zum Listenpreis, die Ihre Rabatte und Commitments verändern können.
Preisdimensionen
Die Tabelle führt die Mechanismen als Dimensionen: was jeder prüft, in welchem Bereich, 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, nur Warnungen | Ein Rechnungskonto, eine oder mehrere Organisationen, Ordner oder Projekte, Dienste und Ressourcen mit einem Label; eine monatliche, vierteljährliche, jährliche oder eigene Periode; ein gesetzter Betrag oder die Ausgaben der Vorperiode; Credits ein- oder ausgeschlossen; kostenlos | Schwellenregeln in Prozent des Budgets auf tatsächliche oder prognostizierte Kosten, voreingestellt bei 50, 90 und 100 Prozent der tatsächlichen; E-Mails an Abrechnungsadministratoren und -nutzer oder an Monitoring-Benachrichtigungskanäle; eine Pub/Sub-Nachricht mit dem Zustand mehrmals am Tag | Stoppt nichts; folgt dem Verzug der Abrechnungsdaten; ein Budget je Währung und Bereich |
| Ausgabenlimit-Budget | Ein mit dem Rechnungskonto verknüpftes Projekt, für die dafür berechtigten Dienste; geschätzte Kosten zum Listenpreis ohne Credits | Pausiert die berechtigten Dienste für den Rest der Periode, wenn das Limit erreicht ist; zur nächsten Periode automatisch oder von Hand aufgehoben | Deckt nur berechtigte Dienste; zählt Listenpreise, so dass das Limit greift, bevor die rabattierte Rechnung es erreicht; ein pausierter Dienst verliert seinen Zustand, wo er einen hat |
| Programmatische Benachrichtigung | Jedes Warnbudget, das mit einem Pub/Sub-Thema verbunden ist | Eine JSON-Nachricht mit costAmount, budgetAmount, budgetAmountType, alertThresholdExceeded und forecastThresholdExceeded, wiederholt über den Tag veröffentlicht | Nichts von selbst; die Cloud-Run-Funktion oder der Workflow hinter dem Thema handelt, einschließlich des Musters, das das Rechnungskonto des Projekts trennt und alles darin stoppt |
| Prognose | Googles Projektion der Periodenkosten aus der bisherigen Nutzung | Prognoseschwellen lösen aus, bevor das Geld ausgegeben ist | Ein Modell, nicht Ihr Plan; neue Projekte ohne Historie bekommen keine Prognose |
| Recommender, Kategorie Kosten | Je Projekt aus der beobachteten Nutzung: untätige VM, Rightsizing des Maschinentyps, untätiger Persistent Disk, untätige IP-Adresse, untätiges eigenes Image, ressourcen- und ausgabenbasierte Committed Use Discounts, untätige und überdimensionierte Cloud-SQL-Instanz, Cloud-Run-CPU-Zuteilung, BigQuery-Slot-Commitments und -Partitionierung, Cloud-Storage-Soft-Delete | Eine Empfehlung mit geschätzter Ersparnis zum Listenpreis, in der Konsole, der API und dem Recommender-Export nach BigQuery | Ersparnis zum Listenpreis ohne Ihre Rabatte; keine Empfehlung ohne Nutzungshistorie; wendet nichts ohne Mensch oder Automatisierung an |
| Active Assist | Das Portfolio der Recommender und Insights über Kosten, Sicherheit, Leistung und Zuverlässigkeit | Dieselben Empfehlungen an einem Ort je Projekt und Organisation | Eine Ansicht, keine Handlung |
| Kaufoptionen | Die Commitment-Recommender führen in den Kauf | Google Cloud Committed Use Discounts | Der Kauf ist eine Entscheidung der Commitment-Strategie |
Ein Budget ist ein Vergleich, keine Kontrolle: Es liest die Kostendaten des Rechnungskontos, die mit dem Verzug des Exports eintreffen, vergleicht die Summe seines Bereichs mit dem Betrag und verschickt eine E-Mail oder Nachricht, wenn eine Schwellenregel auslöst; ob die Nachricht gelesen oder befolgt wird, ist Sache der Organisation, und das Ausgabenlimit-Budget ist die eine Form, die handelt, indem sie Dienste pausiert, weshalb Google es auf berechtigte Dienste und den Projektbereich begrenzt. Die Prognoseregel ist die, die warnt, bevor das Geld weg ist, weil die Ist-Regel danach auslöst. Empfehlungen sind Beobachtungen zum Listenpreis: Eine untätige VM ist eine mit niedriger CPU und wenig Netz über ein Fenster, ein Rightsizing eine mit kleinerem Maschinentyp, der zur beobachteten Last passt, ein Commitment eines mit einer Grundlast, die sich zu binden lohnt, und jede trägt eine aus Listenpreisen gerechnete Ersparnis, so dass eine Organisation mit Rabatten oder Commitments nachrechnet, bevor sie handelt. Die Mechanik der AWS- und Azure-Gegenstücke steht unter Budgets und Cost Anomaly Detection und Azure Advisor, Budgets und Kostenwarnungen; das Werkzeug selbst unter Google-Cloud-Abrechnungsberichte.
Rechnungen, Exporte und APIs
Rechnungen. Keiner dieser Mechanismen erscheint auf der Rechnung oder verändert sie; Budgets und Empfehlungen sind kostenlos. Ein Budget liest dieselben Kosten, die die Rechnung tragen wird, in der Währung des Rechnungskontos, mit oder ohne Credits je nach Einstellung; ein Ausgabenlimit zählt die geschätzten Kosten zum Listenpreis, die höher sind als die rabattierten Kosten der Rechnung, so dass ein auf den Rechnungsbetrag gesetztes Limit früh greift. Zu welchem Konto ein Budget gehört und was es sehen kann, steht unter Google-Cloud-Rechnungskonten, Projekte und Labels.
Exporte. Der Abrechnungsexport nach BigQuery sind die Daten, die ein Budget vergleicht; ein Budget auf ein Label liest labels und project.labels, ein Budget auf einen Ordner die project.ancestry_numbers, und ein Bericht, der den Zustand eines Budgets mit dem Export abstimmt, gruppiert dieselben Zeilen auf dieselbe Weise (Google-Cloud-Abrechnungsexport). Empfehlungen haben einen eigenen Export: Der Recommender-Export nach BigQuery listet jede Empfehlung und jeden Insight je Projekt mit Zustand, Priorität und geschätzter Ersparnis, womit ein Portfolio von Empfehlungen über die Zeit verfolgt statt in der Konsole gelesen wird. Der Verzug zwischen Nutzung und der Sicht des Budgets ist der des Exports, beschrieben unter Aktualität in Berichten.
APIs. Die Cloud Billing Budget API legt Budgets und ihre Schwellenregeln an und listet sie; das Pub/Sub-Thema trägt den Zustand zu einer Cloud-Run-Funktion, einem Workflow oder einem Chat-Kanal; die Recommender API listet, markiert und wendet Empfehlungen je Recommender und Projekt an, und die gcloud recommender-Befehle tun dasselbe. Das Muster, das die Abrechnung abschaltet, eine Funktion, die über die Cloud Billing API das Rechnungskonto des Projekts trennt, wenn eine Schwelle auslöst, ist Googles dokumentierter Weg, die Ausgaben eines Projekts zu stoppen, und es stoppt alles im Projekt, einschließlich der Daten, die die pausierten Dienste halten.
Stellhebel
Konfiguration: Ein Warnbudget je Projekt oder Ordner mit einer Regel auf die Prognose und einer auf die tatsächlichen Kosten, weil die Prognose warnt und das Ist belegt; ein Pub/Sub-Thema auf den Budgets, auf deren Zustand etwas handelt, weil E-Mail im Nachhinein gelesen wird; und das Ausgabenlimit auf Projekten, deren Dienste berechtigt sind und deren Zustand verloren gehen darf, Sandboxes und Experimente, nicht Produktion. Empfehlungen werden zu einer Monatsliste: Der Recommender-Export je Projekt, gefiltert auf Kosten, nach Ersparnis sortiert, mit nachgerechneten Rabatten, speist das Review unter Leitplanken und Freigabeschwellen und die Schleife unter Rightsizing und ungenutzte und verwaiste Ressourcen.
Kaufoption: Die Commitment-Recommender sind ein Anfang, keine Bestellung; sie rechnen zum Listenpreis und je Rechnungskonto, und die Grundlast, die sie vorschlagen, ist die gemessene, die die Commitment-Strategie dann nach ihren eigenen Regeln halbiert oder verdoppelt.
Architektur: Budgets folgen der Hierarchie, ein Ordnerbudget je Geschäftsbereich und ein Projektbudget je Team, damit eine Überschreitung zweimal sichtbar wird; das Ausgabenlimit-Budget auf jedem Sandbox-Projekt ab seiner Anlage, weil die Sandbox der Ort ist, wo unbegrenzte Ausgaben beginnen; und ein Kontingent auf den Diensten, die skalieren, weil eine Budgetwarnung Stunden nach der Nutzung kommt und ein Kontingent sie am Limit stoppt. Die Budgets in Costfluent laufen auf dem Export und sind von den Budgets in Google Cloud unabhängig; was eine Prognose trägt, steht unter Prognosemethoden, wie eine Anomalie ohne Budget gefunden wird, unter Anomalieerkennung.
Wo es schiefgeht
- Das Budget hat gemailt, niemand hat gelesen. Ein Warnbudget schickt E-Mails standardmäßig an Abrechnungsadministratoren, die nicht das Team sind. Monitoring-Benachrichtigungskanäle oder ein Pub/Sub-Thema in den Chat des Teams sind die Lösung.
- Die Warnung kam nach dem Wochenende. Budgets folgen dem Verzug der Abrechnungsdaten; ein durchgehender Job von Freitagnacht zeigt sich am Montag. Ein Kontingent auf dem Dienst oder ein Ausgabenlimit ist die Kontrolle, die rechtzeitig handelt.
- Das Ausgabenlimit griff bei 80 Prozent der Rechnung. Das Limit zählt Listenpreise ohne Credits; ein Konto mit Rabatten erreicht es, bevor die rabattierten Kosten es tun. Das Limit in Listenpreisen setzen.
- Der pausierte Dienst hat seinen Zustand verloren. Ein Ausgabenlimit pausiert berechtigte Dienste, und manche verwerfen, was sie hielten. Ausgabenlimits auf Projekten, deren Zustand entbehrlich ist.
- Die Abschaltfunktion hat die Produktion gelöscht. Das Trennen des Rechnungskontos stoppt jeden Dienst im Projekt und lässt Google Ressourcen einziehen. Das Muster gehört auf Sandboxes, nie auf ein Projekt, das den Monat überleben muss.
- Die Ersparnis der Empfehlung galt zum Listenpreis. Eine Empfehlung zu einer untätigen VM schätzt die Ersparnis zum Listenpreis; mit einem bestehenden Committed Use Discount war die Instanz schon gedeckt, und ihr Löschen lässt das Commitment ungenutzt. Vor dem Handeln nachrechnen.
- Keine Prognose auf dem neuen Projekt. Ein Projekt ohne Historie bekommt keine Prognose, und seine Prognoseregel löst nie aus. Eine Ist-Regel bei niedrigem Prozentsatz deckt den ersten Monat.
Beispiel
Ein Einrichtungsbeispiel mit Googles dokumentierten Voreinstellungen und Grenzen, ohne Beträge: Für ein Produktionsprojekt wird auf dem Rechnungskonto ein Warnbudget mit dem Projekt als Bereich, monatlicher Periode und festgelegtem Betrag angelegt, Credits ausgeschlossen, damit das Budget die Bruttokosten verfolgt; seine Schwellenregeln sind die voreingestellten 50, 90 und 100 Prozent der tatsächlichen Kosten, dazu eine Regel bei 100 Prozent der prognostizierten Kosten, die auslöst, bevor das Geld ausgegeben ist; die Benachrichtigungen gehen an einen Monitoring-Benachrichtigungskanal, der in den Chat des Teams schreibt, statt an die E-Mail der Abrechnungsadministratoren, und ein mit dem Budget verbundenes Pub/Sub-Thema trägt costAmount, budgetAmount und die überschrittenen Schwellen zu einer Cloud-Run-Funktion, die ein Ticket öffnet. Für ein Sandbox-Projekt wird dasselbe Budget als Ausgabenlimit-Budget auf die berechtigten Dienste angelegt, das sie für den Rest des Monats pausiert, wenn die geschätzten Kosten zum Listenpreis den Betrag erreichen, und das Limit zum Beginn des nächsten Monats aufhebt. In der Konsole listet die Kostenkategorie des Recommender für beide Projekte die untätigen VMs, die überdimensionierten Maschinentypen, die nicht angeschlossenen Datenträger und die untätigen Adressen mit ihren Ersparnissen zum Listenpreis, und der ressourcenbasierte Commitment-Recommender schlägt für das Produktionsprojekt eine Grundlast vor, die das Team vor dem Review mit seinen Rabatten nachrechnet. Das Beispiel zeigt, dass die Voreinstellungen die erste Version bestimmen, dass die Prognoseregel die ist, die rechtzeitig warnt, und dass das Ausgabenlimit das einzige Budget ist, das etwas stoppt.
Quellen
Gelesen am 2026-10-22. Google-Cloud-Dokumentation: Budgets und Budgetwarnungen erstellen, bearbeiten oder löschen, Programmatische Budgetbenachrichtigungen einrichten, Ausgabenlimit-Budgets verwalten, Recommender, Cloud-Billing-Daten nach BigQuery exportieren.