Google Cloud Observability – Preise

Mit den Preisinformationen für Google Cloud Observability können Sie Nutzung und Ausgaben kontrollieren. Die Preise für Google Cloud Observability-Produkte richten sich nach dem Datenvolumen oder der Nutzung. Dank der kostenlosen Datennutzungskontingente können Sie sofort loslegen – ohne Vorabgebühren oder Verpflichtungen.

Folgende Dokumente könnten ebenfalls für Sie interessant sein:

• Preisbeispiele.
• Rechnungen schätzen.
• Kosten optimieren und überwachen

Die folgenden Tabellen enthalten eine Übersicht über die Preise für Cloud Logging, Cloud Monitoring und Cloud Trace.

Preisübersicht für Cloud Logging

^*  Das Speichervolume zählt vor der Indexierung die tatsächliche Größe der Logeinträge. Für Logs, die im _Required-Log-Bucket gespeichert sind, fallen keine Speichergebühren an.
^†  Gesendete Logs sind Google Cloud Netzwerklogs, die von Google Cloud Diensten generiert werden, wenn die Generierung dieser Logs aktiviert wird. Zu den gesendeten Logs gehören VPC-Flusslogs, das Logging von Firewallregeln und Cloud NAT-Logs. Diese Logs unterliegen außerdem den Preisen für Netzwerktelemetrie. Weitere Informationen finden Sie unter Übermittelte Protokolle.
^‡  Es fallen keine Aufbewahrungskosten für Logs an, die in einem _Required-Log-Bucket gespeichert sind, der eine feste Aufbewahrungsdauer von 400 Tagen hat.
^♣  Logrouting ist definiert als Weiterleitung von Logs, die über die Cloud Logging API an ein unterstütztes Ziel empfangen werden. Für weitergeleitete Logs können Gebühren je nach Ziel anfallen.
^♥  Das Upgrade eines Log-Buckets für die Verwendung von Loganalysen oder das Senden von SQL-Abfragen auf der Seite Loganalysen ist kostenlos.
Hinweis: Die Preisgestaltung für Cloud Logging wurde am 19. Juli 2023 geändert. Die kostenlosen Kontingente und Preise sind jedoch unverändert. Ihre Rechnung kann sich auf die alte Preissprache beziehen.

Preisübersicht für Cloud Monitoring

^†  Google Cloud Managed Service for Prometheus verwendet Cloud Monitoring-Speicher für extern erstellte Messwertdaten und ruft diese Daten mit der Monitoring API ab. Managed Service for Prometheus-Messungen basieren auf Proben, die anstelle von Byte erfasst werden, um die Prometheus-Konventionen zu erfüllen. Weitere Informationen zur Stichprobenmessung finden Sie unter Kosten für Managed Service for Prometheus optimieren. Computing-Beispiele finden Sie unter Preisbeispiele basierend auf aufgenommenen Beispielen.
^#  Beispiele werden pro Rechnungskonto gezählt.
^‡  Ausführungen werden für das Rechnungskonto in Rechnung gestellt, in dem sie definiert werden. Weitere Informationen finden Sie unter Preise für die Ausführung von Verfügbarkeitsdiagnosen.
^*  Ausführungen werden für das Rechnungskonto in Rechnung gestellt, in dem sie definiert werden. Pro Ausführung können zusätzliche Gebühren von anderen Google Cloud Diensten anfallen, darunter Dienste wie Cloud Run-Funktionen, Cloud Storage und Cloud Logging. Informationen zu diesen zusätzlichen Gebühren finden Sie in der Preisübersicht für den jeweiligen Google Cloud Dienst.
^♣  Weitere Informationen finden Sie unter Preise für Benachrichtigungen.
^♥  Für Lese-API-Aufrufe, die über die Google Cloud Console ausgegeben werden, fallen keine Gebühren an. Ausgenommen sind Aufrufe, die über Cloud Shell ausgegeben werden. API-Leseaufrufe, die nicht über die Google Cloud Console ausgegeben werden und Zeitreihendaten zurückgeben können, werden nach der Anzahl der zurückgegebenen Zeitreihen oder für eine Zeitreihe abgerechnet, je nachdem, welcher Wert höher ist. Für andere Lese-API-Aufrufe fallen keine Gebühren an. Weitere Informationen finden Sie unter Cloud Monitoring API-Preise.

Preisübersicht für Cloud Trace

Weitere Informationen zu den Kosten für die Produkte von Google Cloud Observability finden Sie in den folgenden Abschnitten dieser Seite:

• Cloud Logging
• Cloud Monitoring
• Error Reporting
• Cloud Profiler
• Cloud Trace

Informationen zu den Preisen von GKE Enterprise finden Sie unter GKE Enterprise.

Cloud Logging

Log-Buckets sind die Logging-Container, in denen Logdaten gespeichert werden. In Logging wird die Menge an Logdaten berechnet, die im Log-Bucket _Default und in benutzerdefinierten Log-Buckets gespeichert werden. Die Preise gelten für nicht von Google bereitgestellte Netzwerklogs, wenn das Volumen das kostenlose monatliche Kontingent überschreitet, sowie für von Google bereitgestellte Netzwerklogs.

Für den Log-Bucket _Default und für benutzerdefinierte Log-Buckets werden auch Gebühren erhoben, wenn Logs länger als die Standardaufbewahrungsdauer von 30 Tagen aufbewahrt werden.

Für die folgenden Aktionen fallen in Logging keine zusätzlichen Gebühren an:

• Routing-Logs
• Cloud Logging API verwenden
• Logumfänge erstellen
• Analytics-Ansichten erstellen
• Logs, die im _Required-Log-Bucket gespeichert sind, der eine feste Aufbewahrungsdauer von 400 Tagen hat.

In diesem Abschnitt finden Sie Informationen zu folgenden Themen:

• Cloud Logging-Speichermodell
• Speicherpreise
• Preise für die Datenaufbewahrung
• Preise für gekaufte Netzwerkprotokolle
• Preise für logbasierte Messwerte

Angaben zu den Limits für Ihre Loggingnutzung (u. a. die Aufbewahrungsdauer der Daten) finden Sie unter Kontingente und Limits.

Cloud Logging-Speicherungsmodell

Für jedes Google Cloud Projekt erstellt Logging automatisch zwei Log-Buckets: _Required und _Default. Für diese beiden Buckets erstellt Logging automatisch Logsenken mit den Namen _Required und _Default, die Logs an die entsprechend benannten Log-Buckets weiterleiten. Sie können die Senke _Required nicht deaktivieren oder ändern. Sie können die Senke _Default deaktivieren oder ändern, um zu verhindern, dass der Bucket _Default neue Logs speichert.

Sie können in jedem Ihrer Projekte benutzerdefinierte Log-Buckets erstellen. Google Cloud Sie können auch Senken konfigurieren, um eine beliebige Kombination von Logs, sogar über Google Cloud Projekte in IhrerGoogle Cloud Organisation hinweg, an diese Log-Buckets weiterzuleiten.

Für den Log-Bucket _Default und für benutzerdefinierte Log-Buckets können Sie eine benutzerdefinierte Aufbewahrungsdauer konfigurieren.

Sie können Ihre Log-Buckets für die Verwendung von Loganalysen upgraden. Das Upgrade eines Log-Buckets für die Verwendung von Loganalysen ist kostenlos.

Weitere Informationen zu Cloud Logging-Buckets und -Senken finden Sie unter Routing und Speicher.

Speicherpreise

In Logging wird das Projekt in Rechnung gestellt, in das die Logs zur Speicherung in Log-Buckets gestreamt werden, nachdem das kostenlose monatliche Kontingent überschritten wurde. Die Gebühren für jedes Projekt basieren auf dem Volumen der Logs, die in die benutzerdefinierten Log-Buckets und den Log-Bucket _Default des Projekts gestreamt werden.

Für das Weiterleiten von Logs fallen keine Gebühren an. Angenommen, ein Logeintrag stammt aus einem Projekt, aber das Projekt speichert den Logeintrag nicht in einem seiner Log-Buckets. In diesem Szenario wird dem Projekt der Logeintrag nicht in Rechnung gestellt. Wenn das Projekt den Logeintrag jedoch an einen Log-Bucket in einem anderen Projekt weiterleitet, wird das Zielprojekt für diesen Logeintrag belastet.

Wenn ein Logeintrag in einen beliebigen Log-Bucket außer dem Log-Bucket _Required geschrieben wird, wird dem Projekt, das diesen Log-Bucket enthält, die Speicherung dieses Logeintrags in Rechnung gestellt. Wenn ein Logeintrag beispielsweise an drei Log-Buckets weitergeleitet wird, die sich im selben Projekt befinden, wird dieses Projekt dreimal für den Logeintrag belastet. Wenn ein Logeintrag an zwei Log-Buckets weitergeleitet wird, die sich in verschiedenen Projekten befinden, wird für jedes Projekt, in dem sich ein Log-Bucket befindet, ein Logeintrag berechnet.

Für Logs, die im Bucket _Required gespeichert sind, fallen in Logging keine Gebühren an. Sie können den Bucket _Required nicht löschen und die Senke _Required nicht ändern. Im Bucket _Required werden die folgenden Logs gespeichert:

• Audit-Logs zur Administratoraktivität
• Audit-Logs zu Systemereignissen
• Admin-Audit-Logs von Google Workspace
• Audit-Logs zu Unternehmensgruppen
• Audit-Logs für die Anmeldung
• Access Transparency-Logs Informationen zum Aktivieren von Access Transparency-Logs finden Sie in der Dokumentation zu Access Transparency-Logs.

Preise für die Kundenbindung

In der folgenden Tabelle sind die Aufbewahrungszeiträume für Logs aufgeführt, die in Log-Buckets gespeichert sind:

Bucket	Standardmäßige Aufbewahrungsdauer	Benutzerdefinierte Aufbewahrung
_Required	400 Tage	Nicht konfigurierbar
_Default	30 Tage	Konfigurierbar
Benutzerdefiniert	30 Tage	Konfigurierbar

Für die Protokollierung werden Aufbewahrungskosten berechnet, wenn die Protokolle länger als die standardmäßige Aufbewahrungsdauer aufbewahrt werden. Sie können die Aufbewahrungsdauer für den Log-Bucket _Required nicht konfigurieren. Es fallen keine Aufbewahrungskosten an, wenn Logs nur für die standardmäßige Aufbewahrungsdauer des Log-Buckets gespeichert werden.

Wenn Sie die Aufbewahrungsdauer eines Log-Buckets verkürzen, gibt es eine siebentägige Übergangsfrist, in der abgelaufene Logs nicht gelöscht werden. Abgelaufene Logs können nicht abgefragt oder angezeigt werden. Innerhalb dieser sieben Tage können Sie den vollständigen Zugriff wiederherstellen, indem Sie die Aufbewahrungsdauer des Log-Buckets verlängern. Logs, die während der Kulanzfrist gespeichert werden, werden auf Ihre Aufbewahrungskosten angerechnet.

Wenn Sie einen Logeintrag an mehrere Log-Buckets weiterleiten, können Ihnen die Speicher- und Aufbewahrungskosten mehrfach in Rechnung gestellt werden. Angenommen, Sie leiten einen Logeintrag an den Log-Bucket _Default und an einen benutzerdefinierten Log-Bucket weiter. Außerdem gehen wir davon aus, dass Sie für beide Buckets einen benutzerdefinierten Aufbewahrungszeitraum festlegen, der länger als 30 Tage ist. Für diese Konfiguration werden Ihnen zwei Speichergebühren und zwei Aufbewahrungsgebühren berechnet.

Preise für gekaufte Netzwerk-Logs

Gesendete Netzwerklogs sind nur verfügbar, wenn Sie die Loggenerierung konfigurieren. Für die Dienste, die Vended Network Logs generieren, fallen Gebühren für die Loggenerierung an. Wenn Sie diese Logs in einem Log-Bucket speichern oder an ein anderes unterstütztes Ziel weiterleiten, fallen auch Gebühren von Cloud Logging oder dem Ziel an. Informationen zu den Kosten für die Logerstellung finden Sie unter Preise für Netzwerktelemetrie.

Informationen zum Aktivieren von bereitgestellten Netzwerklogs finden Sie unter VPC-Flusslogs konfigurieren, Firewallregel-Logging verwenden und Cloud NAT: Logs und Messwerte.

Filtern Sie im Log-Explorer nach den folgenden Log-Namen, um Ihre bereitgestellten Netzwerklogs zu finden:

• projects/PROJECT_ID/logs/compute.googleapis.com%2Fvpc_flows
• projects/PROJECT_ID/logs/compute.googleapis.com%2Ffirewall
• projects/PROJECT_ID/logs/compute.googleapis.com%2Fnat_flows
• projects/PROJECT_ID/logs/networkmanagement.googleapis.com%2Fvpc_flows

Preise für logbasierte Messwerte

Systemdefinierte logbasierte Messwerte werden für alle Google Cloud Projekte bereitgestellt und sind kostenlos.

Benutzerdefinierte logbasierte Messwerte sind eine Klasse von Cloud Monitoring-benutzerdefinierten Messwerten und sind kostenpflichtig. Details zu den Preisen finden Sie unter Kostenpflichtige Messwerte.

Cloud Monitoring

Monitoring stellt Folgendes in Rechnung:

• Messwerte, die nach Byte aufgenommen werden, wenn die aufgenommenen Messwertdaten das kostenlose monatliche Messwertkontingent überschreiten.

  Kostenlose Messwerte werden nicht auf das Kontingent angerechnet.

• Messwerte, gemessen an der Anzahl der aufgenommenen Beispiele.

• Cloud Monitoring API-Leseaufrufe, die das kostenlose monatliche API-Kontingent überschreiten.

  Monitoring API-Schreibaufrufe werden nicht auf das Kontingent angerechnet.

• Ausführung von Verfügbarkeitsdiagnosen.

• Ausführung synthetischer Monitore.

• Bedingungen für Benachrichtigungsrichtlinien, gemessen an der Anzahl der aktiven Bedingungen pro Monat.

• Zeitreihen, die durch die Abfrage einer Bedingung in einer Benachrichtigungsrichtlinie zurückgegeben werden.

In Monitoring bezieht sich Aufnahme auf den Prozess des Schreibens von Zeitachsen in Monitoring. Jede Zeitachse enthält eine bestimmte Anzahl an Datenpunkten. Diese Datenpunkte bilden die Grundlage für Aufnahmegebühren. Preisinformationen finden Sie unter Cloud Monitoring-Preise.

In diesem Abschnitt finden Sie folgende Informationen:

• Cloud Monitoring API-Preise
• Definitionen für kostenpflichtige und kostenlose Messwerte.
• Beschreibungen byte- und samplebasierter Aufnahmestrategien.

Angaben zu den Limits für Ihre Monitoring-Nutzung finden Sie unter Kontingente und Limits.

Cloud Monitoring API – Preise

Für Monitoring API-Schreibaufrufe fallen keine Gebühren an.

Vom 1. Juli 2018 bis zum 1. Oktober 2025 werden für Monitoring API-Leseaufrufe eine Einheit pro Aufruf berechnet.

Ab dem 2. Oktober 2025 werden die Kosten für Monitoring-Lese-APIs anhand der Anzahl der zurückgegebenen Zeitreihen ermittelt:

• Für Lese-API-Aufrufe, die über die Google Cloud Console ausgegeben werden, fallen keine Gebühren an. Ausgenommen sind Aufrufe, die über die Cloud Shell ausgegeben werden.

• Für API-Aufrufe zum Lesen, die keine Zeitreihendaten zurückgeben können, fallen keine Gebühren an.

• Alle anderen API-Leseaufrufe werden nach der Anzahl der zurückgegebenen Zeitreihen oder für eine Zeitreihe berechnet, je nachdem, welcher Wert höher ist. Beispielsweise kann ein Aufruf von timeSeries.list mehrere Zeitreihen zurückgeben. Die Cloud Monitoring API kann indirekt aufgerufen werden. Beispielsweise können Google Cloud CLI-Befehle, Clientbibliotheken und Drittanbietertools wie Grafana API-Lesebefehle ausgeben.

Kostenlose Messwerte

Messwertdaten von Google Cloud, GKE Enterprise und Knative sind kostenlos. Dazu gehören:

• Google Cloud Messwerte. Weitere Informationen finden Sie in Fußnote 2.
• GKE Enterprise-Messwerte. Weitere Informationen finden Sie in Fußnote 2.
• Istio-Messwerte
• Knative-Messwerte
• Google Kubernetes Engine-Systemmesswerte
• agent.googleapis.com/agent/-Messwerte

Kostenpflichtige Messwerte

Alle Messwertdaten (mit Ausnahme der im Abschnitt Kostenlose Messwerte aufgeführten Messwerte) sind kostenpflichtig. Die meisten Messwertaufnahmen werden nach der Anzahl der Byte berechnet, einige jedoch nach der Anzahl der Stichproben. Diese Preismodelle werden in den folgenden Abschnitten beschrieben.

Die folgenden Faktoren tragen zu den Aufnahmekosten bei:

• Der Typ der Datenpunkte – Skalarwerte oder Verteilungswerte – die von den Messwerten erfasst werden.

  • Informationen zum Datentyp, der einem bestimmten Messwerttyp zugeordnet ist, finden Sie in der Liste der Messwerte.
  • Informationen zu skalaren und Verteilungsdatentypen finden Sie unter Werttypen.

• Anzahl der in Zeitreihen geschriebenen Datenpunkte. Dieser Wert hängt von der Häufigkeit der Datenerfassung und der Kardinalität Ihrer Daten ab. Die Kardinalität bestimmt, wie viele Zeitachsen für eine Kombination aus Messwert- und überwachten Ressourcentypen generiert werden. Weitere Informationen finden Sie unter Kardinalität.

Die Werte der Messwert- und Ressourcenlabels, die zu der Zeitachse gehören, tragen nicht zu den Kosten bei.

Messwerte, die nach aufgeommenen Byte berechnet werden

Die folgenden Messwerte sind kostenpflichtig und werden nach der Anzahl der aufgenommenen Byte berechnet:

• Agent-Messwerte unter agent.googleapis.com, mit Ausnahme der Gruppe agent.googleapis.com/agent/

  Ab dem 6. August 2021 werden die agent.googleapis.com/processes/-Messwerte mit 5 % der Volumenrate für andere kostenpflichtige Messwerte berechnet. Beispiel: Die Aufnahme von 100 MiB Prozessmesswerten kostet genauso viel wie die Aufnahme von 5 MiB anderer kostenpflichtiger Messwerte.³

• Messwerte aus Integrationen von Drittanbietern mit dem Ops-Agent. Diese Messwerte werden mit Kennungen der Form workload.googleapis.com/APPLICATION.METRIC in Cloud Monitoring aufgenommen. Der Messwerttyp workload.googleapis.com/nginx.requests fällt beispielsweise in diese Kategorie.

• OTLP-Messwerte (OpenTelemetry Protocol), die vom Ops-Agent als workload.googleapis.com-Messwerte in Cloud Monitoring aufgenommen werden. Dies ist eine Konfigurationsoption. Weitere Informationen finden Sie unter Aufnahmeformate für OTLP-Messwerte.

• Benutzerdefinierte Messwerte, einschließlich, aber nicht beschränkt auf Messwerte, die mit der Cloud Monitoring API oder sprachspezifischen Clientbibliotheken, OpenCensus und OpenTelemetry gesendet werden.

• Externe Messwerte

• Benutzerdefinierte logbasierte Messwerte

Zur Preisberechnung wird das Aufnahmevolumen so berechnet:

• Für einen skalaren Datentyp: 8 Byte für jeden in eine Zeitachse geschriebenen Datenpunkt. Benutzerdefinierte logbasierte Zählermesswerte fallen in diese Kategorie.
• Für einen Verteilungsdatentyp: 80 Byte für jeden in eine Zeitachse geschriebenen Datenpunkt.

Informationen zu Datenpunkten in Zeitachsen finden Sie unter Zeitachsen: Daten aus einer überwachten Ressource.

Von aufgenommenen Beispielen berechnete Messwerte

Die folgenden Messwerte sind kostenpflichtig und werden nach der Anzahl der aufgenommenen Beispiele berechnet:

• Messwerte aus Google Cloud Managed Service for Prometheus: prometheus.googleapis.com-Messwerte

Zur Preisberechnung wird die Beispielzahl so berechnet:

• Für einen skalaren Datentyp: 1 für jeden in eine Zeitachse geschriebenen Punkt.
• Für einen Verteilungsdatentyp: 2 für jeden in eine Zeitachse geschriebenen Punkt sowie 1 für jeden Histogramm-Bucket, dessen Zählung ungleich Null ist.

Informationen zu Datenpunkten in Zeitachsen finden Sie unter Zeitachsen: Daten aus einer überwachten Ressource.

Preise für die Ausführung von Verfügbarkeitsdiagnosen (Datum des Inkrafttretens: 1. Oktober 2022)

Kosten für jede regionale Ausführung eines Uptime-Checks, die über das kostenlose monatliche Kontingent von 1 Million Ausführungen hinausgeht. Eine Prüfung, die in drei Regionen ausgeführt wird, zählt als drei Ausführungen.

Die Kosten für die Ausführung von Verfügbarkeitsdiagnosen betragen 0,30 $/1.000 Ausführungen. Die Gebühr wird auf Ihrer Rechnung als SKU „CA14-D3DE-E67F“ für „Monitoring Uptime Checks“ ausgewiesen.

Preise für die Ausführung synthetischer Monitore (Gültig ab: 1. November 2023)

Cloud Monitoring berechnet jede Ausführung eines synthetischen Monitors, die über das kostenlose monatliche Kontingent von 100 Ausführungen pro Rechnungskonto hinausgeht.

Preise für Benachrichtigungen

Ab dem 1. Mai 2026 werden für Benachrichtigungen in Cloud Monitoring Gebühren erhoben. Das Preismodell sieht so aus:

• 0,10 $ pro Monat für jede Bedingung in einer Benachrichtigungsrichtlinie.
• 0,35 $ pro 1.000.000 Zeitreihen,die durch die Abfrage einer Bedingung in einer Benachrichtigungsrichtlinie bezüglich eines Messwerts zurückgegeben werden.

In diesem Abschnitt finden Sie folgende Informationen:

• Definitionen der Terminologie für Benachrichtigungen.
• Informationen zum Deaktivieren der Abrechnung für Benachrichtigungsrichtlinien.

Definitionen

• Bedingung: Die Bedingung einer Benachrichtigungsrichtlinie beschreibt, wann eine Ressource oder eine Gruppe von Ressourcen einen Zustand erreicht hat, der eine Reaktion erfordert.

  • Benachrichtigungsrichtlinien, die Filter zum Erstellen von Messwertschwellenwert- oder Messwertabwesenheits-Abfragen verwenden, können bis zu sechs Bedingungen kombinieren.
  • Benachrichtigungsrichtlinien mit den folgenden Abfragetypen können nur eine Bedingung haben:
    • Prometheus Query Language (PromQL),
    • Monitoring Query Language (MQL)
    • Logabgleich, verwendet in logbasierten Benachrichtigungen.

  Die Gebühr beträgt 0,10 $pro Bedingung und Monat. Wenn Sie die Kosten für eine Bedingung einstellen möchten, müssen Sie die Benachrichtigungsrichtlinie löschen. Das Pausieren oder Deaktivieren der Richtlinie ändert nichts an der Gebührenberechnung.

• Messwertbasierte und logbasierte Benachrichtigungsrichtlinien: Benachrichtigungsrichtlinien, die einen beliebigen Bedingungstyp außer Logabgleichsbedingungen verwenden, sind messwertbasierte Benachrichtigungsrichtlinien. Die Bedingungen messwertbasierter Benachrichtigungsrichtlinien geben Zeitreihen zurück. Während jedes Ausführungszeitraums führen die Bedingungen in den Richtlinien für Messwertbenachrichtigungen ihre Abfragen für den Cloud Monitoring-Datenspeicher aus. Die zurückgegebenen Zeitreihen werden dann mit einem Schwellenwert verglichen, um zu ermitteln, ob die Benachrichtigungsrichtlinie ausgelöst wird.

  Logbasierte Benachrichtigungsrichtlinien verwenden Logübereinstimmungs-Bedingungen. Log-Übereinstimmungsbedingungen geben keine Zeitreihen zurück.

• Ausführungszeitraum: Wie oft Cloud Monitoring Ihre Bedingung ausführt. Bei den meisten Bedingungstypen beträgt dieser Zeitraum 30 Sekunden und kann nicht geändert werden. Bedingungen, die eine PromQL-Abfrage verwenden, können diesen Zeitraum festlegen. Weitere Informationen finden Sie unter Ausführungszeitraum verlängern (nur PromQL).

• Zurückgegebene Zeitreihen: Während jedes Ausführungszeitraums führt eine Benachrichtigungsrichtlinie für Messwerte die Abfrage ihrer Bedingung für den Cloud Monitoring-Datenspeicher aus. Cloud Monitoring gibt Zeitachsendaten als Antwort auf jede Abfrage zurück. Jede Zeitachse in der Antwort zählt als eine zurückgegebene Zeitachse.

  Die Anzahl der Zeitreihen, die in einem Monat zurückgegeben werden, hängt von drei Faktoren ab:

  • Form und Umfang der zugrunde liegenden Daten.
  • Die Filter und Aggregationen, die Sie in der Abfrage Ihrer Bedingung verwenden.
  • Die Ausführungsphase.

Wird deaktiviert

Wenn Sie einen bestehenden Google Cloud Vertrag haben, der erst am 1. Mai 2026 ausläuft, können Sie die Abrechnung für Benachrichtigungen bis zur Verlängerung Ihres Vertrags aufschieben. Wenden Sie sich dazu an das Abrechnungsteam für Cloud Monitoring-Benachrichtigungen. Ausnahmen für Kunden mit aktiven Verträgen werden von Fall zu Fall geprüft.

Du kannst bis zum 1. November 2025 eine Ausnahme beantragen. Wenn Sie eine Befreiung von der Abrechnung bis zur Vertragsverlängerung beantragen möchten, füllen Sie das Formular für den Antrag auf Befreiung von der Abrechnung aus.

Error Reporting

Fehlerdaten können an Ihr Google Cloud Projekt gemeldet werden, indem Sie die Error Reporting API oder die Cloud Logging API verwenden.

Für die Verwendung von Error Reporting fallen keine Gebühren an. Es können jedoch Kosten für Cloud Logging entstehen, da Logeinträge generiert und dann von Cloud Logging gespeichert werden.

Angaben zu den Limits für Ihre Error Reporting-Nutzung finden Sie unter Kontingente und Limits.

Cloud Profiler

Für die Nutzung von Cloud Profiler fallen keine Kosten an.

Angaben zu den Limits für Ihre Profiler-Nutzung finden Sie unter Kontingente und Limits.

Cloud Trace

Die Trace-Kosten basieren auf der Anzahl der aufgenommenen und gescannten Trace-Spans: Trace-Daten können über die Cloud Trace API oder die Telemetry API aufgenommen werden. Für die Konfiguration von Trace-Bereichen fallen keine Gebühren an.

Bei der Übermittlung von Latenzdaten an Trace werden diese in ein Trace gepackt, das sich aus Spans zusammensetzt. Die Spans werden vom Cloud Trace-Backend aufgenommen. Wenn Sie sich Trace-Daten anzeigen lassen, werden die gespeicherten Spans von Cloud Trace gescannt. In diesem Abschnitt finden Sie folgende Informationen:

• Definition von kostenpflichtigen und kostenlosen Trace-Spans
• Preisbeispiel
• Informationen zur Reduzierung der Trace-Span-Aufnahme
• Einstellungen für eine Benachrichtigungsrichtlinie, mit der Sie informiert werden, sobald die Trace-Span-Aufnahme einen bestimmten Grenzwert erreicht

Angaben zu den Limits für Ihre Trace-Nutzung finden Sie unter Kontingente und Limits.

Kostenlose Trace-Spans

Die Preise für Cloud Trace gelten nicht für Spans, die automatisch von der App Engine-Standardumgebung, von Cloud Run Functions oder von Cloud Run generiert werden. Die Aufnahme dieser Traces ist kostenlos.

Automatisch generierte Traces verbrauchen kein Cloud Trace API-Kontingent und werden nicht in den Messwerten zur Cloud Trace API-Nutzung berücksichtigt.

Kostenpflichtige Trace-Spans

Alle Trace-Spans (mit Ausnahme der im Abschnitt Kostenlose Traces aufgeführten Spans) sind kostenpflichtig und werden nach dem aufgenommenen Volumen berechnet.

GKE Enterprise

Für einen GKE Enterprise-Cluster werden keine Gebühren für Messwerte der Steuerungsebene, kuratierte Kube State Metrics, cAdvisor-/Kubelet-Messwerte oder DCGM-Messwerte erhoben. Für Systemlogs, Logs der Steuerungsebene und Arbeitslast-Logs fallen Cloud Logging-Gebühren an. Logs der Steuerungsebene, Messwerte der Steuerungsebene, Kube-Statusmesswerte, cAdvisor-/Kubelet-Messwerte und DCGM-Messwerte sind für GKE-Cluster, die bei der Clustererstellung in einem GKE Enterprise-fähigen Projekt registriert werden, standardmäßig aktiviert. Google Cloud Eine Liste der enthaltenen GKE-Logs und ‑Messwerte finden Sie unter Welche Logs erfasst werden und Verfügbare Messwerte.

In einem Google Distributed Cloud-Cluster fallen keine Kosten für GKE Enterprise-Systemlogs und ‑Messwerte an, die Folgendes umfassen:

• Logs und Messwerte aus allen Komponenten in einem Administratorcluster.
• Logs und Messwerte aus Komponenten in diesen Namespaces in einem Nutzercluster:kube-system, gke-system, gke-connect, knative-serving, istio-system, monitoring-system, config-management-system, gatekeeper-system, cnrm-system.

Häufig gestellte Fragen

Welche Produktfeatures sind kostenlos verfügbar?

Die Nutzung von Google Cloud Observability-Produkten wird nach Datenvolumen berechnet. Abgesehen von den auf dieser Seite beschriebenen Kosten für das Datenvolumen ist die Nutzung aller zusätzlichen Produktfunktionen von Google Cloud Observability kostenlos.

Wie hoch sind meine Kosten?

Informationen zum Schätzen der Nutzungskosten finden Sie unter Rechnungen schätzen.

Hilfe bei Unklarheiten zur Abrechnung bekommen Sie unter Fragen zur Abrechnung.

Welche Informationen erhalte ich aus den detaillierten Angaben zu meiner Nutzung?

Mit verschiedenen Messwerten lassen sich Log- und Messwertvolumen im Metrics Explorer leichter nachvollziehen. Weitere Informationen dazu finden Sie unter Detaillierte Verwendung im Metrics Explorer ansehen.

Wenn Sie wissen möchten, wie Sie Ihre Kosten verwalten können, lesen Sie diese Blogposts:

• Cloud Logging-Preise für Cloud-Administratoren: Vorgehensweise und Kosteneinsparungen
• Vier Schritte zum Verwalten Ihrer Cloud Logging-Kosten mit einem Budget

Wie wirken sich Messwertbereiche, Logbereiche und Trace-Bereiche auf die Abrechnung aus?

Der Messwertbereich, der Logbereich und der Tracebereich wirken sich in den meisten Fällen nicht auf die Abrechnung aus.

Logs, Messwerte und Traces werden dem Projekt, Rechnungskonto, Ordner oder der Organisation in Rechnung gestellt, die die Daten empfängt. Der Messwertbereich für ein Projekt definiert die Sammlung der Ressourcen, deren Messwerte das Projekt aufrufen und überwachen kann. Wenn Sie einen Messwertbereich definieren, ändern Sie weder die Ressource, die Messwertdaten empfängt, noch lassen Sie Daten duplizieren. Ein Logbereich listet nur die Ressourcen auf, die die Logeinträge speichern oder weiterleiten, die Sie ansehen möchten. Entsprechend listet ein Tracebereich nur die Ressourcen auf, in denen die Tracedaten gespeichert sind, die Sie sich ansehen möchten.

Angenommen, Ihre Organisation hat 100 virtuelle Maschinen (VMs): 60 VMs werden von Projekt-A gehostet und 40 VMs sind im Projekt-B. Projekt-A empfängt und speichert die Messwerte für ihre VMs. Für dieses Projekt fallen Kosten an, wenn Messwerte kostenpflichtig sind. Ebenso empfängt und speichert Projekt-B die Messwerte für ihre VMs. Auch hier entstehen Kosten, wenn Messwerte kostenpflichtig sind. Wenn Sie einen Messwertbereich erstellen, der Projekt-A und Projekt-B enthält, können Sie die kombinierten Messwerte für die 100 VMs ansehen. Sie können sich nur die Messwerte für Projekt-A, nur die Messwerte von Projekt-B oder alle Messwerte zusammen anzeigen lassen. Obwohl Sie zwei Möglichkeiten haben, die Messwerte von Projekt-A aufzurufen, hat dies keine Auswirkungen auf die Abrechnung.

Was passiert, wenn ich die kostenlosen Kontingente überschreite?

Die Nutzung über Ihre kostenlosen Kontingente hinaus wird automatisch berechnet. Sie verlieren keine Logs oder Messwerte. Informationen zu den möglichen Kosten finden Sie unter Rechnungen schätzen.

Sie können eine Benachrichtigungsrichtlinie erstellen, mit der Ihre Nutzung überwacht wird und Sie benachrichtigt werden, wenn die Grenze für die kostenlose Nutzung fast erreicht ist.

In meinen Projekten gibt es eine große Anzahl von Google Cloud Logs, die ich nicht verwende. Wie kann ich vermeiden, dass diese Logs Kosten verursachen?

Sie können Logs ausschließen und so festlegen, welche Logs in Logging aufgenommen werden. Informationen dazu finden Sie unter Lognutzung reduzieren.

Erhalten Dienste, die Logs an mein Projekt senden, einen Fehler, wenn Logs ausgeschlossen werden?

Nein. Dienste, die Logeinträge senden, können nicht feststellen, ob die Einträge in Logging aufgenommen werden oder nicht.

Muss ich für meine Flusslogs in der Virtual Private Cloud doppelt zahlen?

Wenn Sie Ihre VPC-Flusslogs an Logging senden, fallen keine Gebühren für das Erzeugen der Logs an, es werden nur Logging-Gebühren berechnet. Wenn Sie diese jedoch erst senden und dann Ihre VPC-Flusslogs von Logging ausschließen, werden Gebühren für die Logs berechnet. Weitere Informationen finden Sie im Google Cloud Preisrechner. Wählen Sie dort den Tab „Cloud Load Balancing und Netzwerkdienste“ aus.

^1. Zur Preisberechnung werden alle Einheiten so behandelt:Binärsystem zum BeispielMebibyte (MiB oder 2²⁰ Byte) oderGibibyte (GiB oder 2³⁰ Byte).

² Es fallen keine Kosten fürGoogle Cloud -Messwerte oder GKE Enterprise-Messwerte an, die mit bis zu 1 Datenpunkt pro Minute abgerechnet werden, der derzeit höchsten Auflösung. Für zukünftige Messungen mit höherer Auflösung können Gebühren anfallen.

³ Prozessmesswerte werden derzeit mit einer vordefinierten Standardrate von einmal pro Minute erfasst, die nicht geändert werden kann. Diese Daten ändern sich in der Regel nur langsam, sodass diese Messwerte derzeit anhand von Stichproben erfasst werden. Daher entspricht die Berechnung von Prozessmesswerten mit 5 % der Standardrate der Standardrate, wenn die Messwerte in 20-Minuten-Intervallen abgetastet werden. Nutzern, die 100 MiB an Daten aus diesen Messwerten sammeln, werden nur 5 MiB berechnet.

Nächste Schritte

• Lesen Sie die Dokumentation zu Google Cloud Observability.
• Preisrechner ausprobieren
• Weitere Informationen zu Lösungen und Anwendungsfällen von Google Cloud Observability.