Diese Seite enthält Details zu den Limits für die Nutzung von Cloud Logging.
Nutzungslimits für Cloud Logging
Für die Nutzung von Cloud Logging gelten folgende Limits. Mit Ausnahme der Limits für die Anzahl der Log-Buckets und -senken sind diese Limits fest. Sie können nicht erhöht oder verringert werden.
Kategorie | Maximalwert |
---|---|
Größe eines LogEntry |
256 KB1 |
Größe eines Audit-Logeintrags | 512 KiB |
Anzahl der Labels | 64 pro LogEntry |
Länge eines LogEntry -Labelschlüssels |
512 B2 |
Länge eines LogEntry -Labelwerts |
64 KB2 |
Länge einer Abfrage in der Logging-Abfragesprache | 20.000 Zeichen |
Abfrage-Fanout4 | 200 Buckets |
Anzahl der Senken | 200 pro Google Cloud-Projekt3 |
Länge eines Einschlussfilters für Senken | 20.000 Zeichen |
Länge eines Senkenausschlussfilters | 20.000 Zeichen |
Anzahl der Ausschlussfilter | 50 pro Senke |
Anzahl der Log-Buckets | 100 pro Google Cloud-Projekt3,4,5 |
Anzahl der benutzerdefinierten indexierten Felder | 20 pro Log-Bucket |
Anzahl der Logansichten | 30 pro Log-Bucket |
Ältester Zeitstempel, der in Log-Buckets gespeichert werden kann6 | 30 Tage in der Vergangenheit |
Zukünftiger Zeitstempel, der in Log-Buckets gespeichert werden kann6 | Bis zu 1 Tag in der Zukunft |
1 Dieses angenäherte Limit basiert auf internen Datengrößen und nicht auf der tatsächlichen Größe der REST API-Anfrage.
2 Cloud Logging kürzt zu große Labelschlüssel und Werte, wenn deren zugehörigen Logeinträge geschrieben werden.
3 Dieses Limit gilt auch für Rechnungskonten, Ordner und Organisationen und ist nicht hierarchisch. Wenn Sie beispielsweise mehrere Google Cloud-Projekte in einer Organisation haben, können Sie bis zu 200 Senken pro Google Cloud-Projekt konfigurieren. Für dieselbe Organisation können Sie auch bis zu 200 Senken auf Organisationsebene konfigurieren.
4 Dieses Limit ist die maximale Anzahl von Buckets, die Logeinträge für eine Ressource enthalten können. Weitere Informationen finden Sie unter Abfrage gibt einen Fehler zurück.
5 Dieses Limit umfasst Buckets, die zum Löschen anstehen.
6 Logeinträge mit Zeitstempeln außerhalb dieser Grenzen werden aus Log-Buckets abgelehnt. Die Logging API akzeptiert Einträge mit älteren Zeitstempeln. Diese können an Senkenziele weitergeleitet, aber nicht im Logspeicher gespeichert werden. Die Logging API lehnt Einträge mit Zeitstempeln ab, die mehr als einen Tag in der Zukunft liegen, und gibt den Fehler INVALID_ARGUMENT
zurück.
Kontingente und Limits der Logging API
Für die Nutzung der Logging API gelten die folgenden Limits. Sie können Änderungen der Kontingente und Limits der Logging API anfordern. Eine Anleitung dazu finden Sie auf dieser Seite unter Änderungen des Cloud Logging API-Kontingents anfordern.
Kategorie | Höchstwert |
---|---|
API-Nutzung | Ihr Kontingent können Sie im API-Dashboard aufrufen. Klicken Sie auf eine API und wählen Sie Kontingente aus. |
Lebensdauer der API-Seitentoken | 24 Stunden |
Anzahl der offenen Live-Tailing-Sitzungen | 10 pro Google Cloud-Projekt3 |
Anzahl der zurückgegebenen Live-Tailing-Einträge | 60.000 pro Minute |
Anzahl der eingeschränkten Felder | 20 pro Bucket |
Größe eines eingeschränkten Felds | 800 B |
Größe einer entries.write -Anfrage |
10 MB |
Anzahl der entries.write -Anfragen |
120.000 pro Minute, pro Google Cloud-Projekt1, 3 |
Anzahl der entries.list -Anfragen |
60 pro Minute, pro Google Cloud-Projekt2, 3 |
Anzahl der verschiedenen Ressourcennamen in einem einzelnen entries.write -Befehl4 |
1000 |
Kontrollanfragen5 pro Minute | 600 |
Kontrollanfragen5 pro Tag | 1.000 pro Google Cloud-Projekt |
Anzahl der Google Cloud-Projekte oder anderer Ressourcennamen in einer einzelnen entries.list -Anfrage |
100 |
Anzahl gleichzeitiger Kopiervorgänge | 1 pro Google Cloud-Projekt3 |
Rate der Exporte in ein Pub/Sub-Thema6 | 60 GB pro Minute und Google Cloud-Projekt |
1 Die Verwendung von Ausschlussfiltern verringert diese Anzahl nicht, da Logs nach der entries.write
-Anfrage ausgeschlossen werden.
2 Dies ist die Standardeinstellung.
3 Dieses Limit gilt auch für Rechnungskonten, Ordner und Organisationen und ist nicht hierarchisch.
4 Im Feld logName
eines Logeintrags wird der Ressourcenname des Logeintrags angegeben.
5 Das tägliche Kontingent für Kontrollanfragen gilt für API-Anfragen zum Erstellen und Aktualisieren von Ausschlüssen und Senken. Das Kontrollanfragekontingent pro Minute gilt für alle Anfragen, die auch im täglichen Kontingent für Kontrollanfragen enthalten sind, sowie für API-Anfragen zum Löschen von Protokollen und zur Verwaltung logbasierter Messwerte.
6 Wenn die Exportrate das Kontingent überschreitet, wird der Fehler in einem Logeintrag aufgezeichnet. Das Zusammenfassungsfeld zeigt einen Senkenkonfigurationsfehler an und der Fehlercode ist topic_over_quota
.
Änderungen am Cloud Logging API-Kontingent anfordern
Über die Google Cloud Console können Sie höhere oder niedrigere Logging API-Limits anfordern:
Klicken Sie auf der Seite „Kontingente“ der Google Cloud Console die Kästchen für die Cloud Logging API an und klicken Sie dann auf Kontingente bearbeiten.
Wenn die Fehlermeldung
Edit is not allowed for this quota
ausgegeben wird, können Sie den Support kontaktieren, um Änderungen am Kontingent anzufordern. Außerdem muss die Abrechnung für das Google Cloud-Projekt aktiviert sein, damit die Kästchen angeklickt werden können.Wählen Sie im Feld Kontingentänderungen den Dienst aus, um die Ansicht zu maximieren. Füllen Sie dann die Felder Neues Limit und Beschreibung der Anfrage aus. Klicken Sie auf Weiter.
Füllen Sie das Formular im Feld Kontaktdetails aus.
Klicken Sie auf Anfrage senden.
Weitere Informationen finden Sie unter Kontingente aufrufen und verwalten.
Nutzung von entries.list
optimieren
Die erwartete Verwendung von entries.list
ist die Suche nach übereinstimmenden Logs. Diese Methode ist nicht für den Abruf von Logeinträgen in großem Umfang vorgesehen. Wenn Sie Ihr entries.list
-Kontingent regelmäßig ausschöpfen, haben Sie folgende Möglichkeiten:
Achten Sie darauf, dass Sie die Cloud Logging API effektiv nutzen. Weitere Informationen finden Sie unter Nutzung der API optimieren.
Wenn Sie im Voraus wissen, dass die zu analysierenden Logeinträge das Kontingent
entries.list
überschreiten, konfigurieren Sie eine Logsenke, um Ihre Logs an ein unterstütztes Ziel zu exportieren.Wenn Sie Logeinträge außerhalb von Logging analysieren möchten, können Sie bereits in Logging vorhandene Logeinträge rückwirkend in Cloud Storage-Buckets kopieren. Wenn Sie Logs in einen Cloud Storage-Bucket kopieren, können Sie Logeinträge außerhalb von Logging für Auditoren freigeben und Skripts in Cloud Storage ausführen.
Wenn Sie Ihre Logeinträge in Logging zusammenfassen und analysieren möchten, erstellen oder aktualisieren Sie einen Log-Bucket, um Log Analytics zu verwenden. Mit Log Analytics können Sie Ihre Logeinträge mithilfe von BigQuery-Standard-SQL abfragen.
Logbasierte Messwerte
Die folgenden Limits gelten für die Nutzung von benutzerdefinierten logbasierten Messwerten. Mit Ausnahme der Anzahl der Messwertdeskriptoren sind diese Limits fest und können weder erhöht noch verringert werden.
Kategorie | Maximalwert |
---|---|
Anzahl der Labels | 10 pro Messwert |
Länge des Labelwerts | 1.024 B |
Länge der Labelbeschreibung | 800 B |
Länge eines Filters | 20.000 Zeichen |
Länge von Messwertdeskriptoren | 8.000 B |
Anzahl der Messwertdeskriptoren | 500 pro Google Cloud-Projekt2 |
Anzahl der aktiven Zeitreihen1 | 30.000 pro Messwert |
Anzahl der Histogramm-Buckets | 200 pro benutzerdefiniertem Verteilungsmesswert |
Datenaufbewahrung | Siehe Cloud Monitoring: Datenaufbewahrung |
1 Eine Zeitachse ist aktiv, wenn Sie in den letzten 24 Stunden Datenpunkte darauf geschrieben haben.
2 Dieses Limit gilt auch für Rechnungskonten, Ordner und Organisationen und ist nicht hierarchisch.
Aufbewahrungsdauer für Logs
Folgende Aufbewahrungsdauern von Cloud Logging gelten für Log-Buckets, unabhängig davon, welche Arten Logs im Bucket enthalten sind oder ob sie von einem anderen Speicherort kopiert wurden. Die Aufbewahrungsinformationen sind:
Bucket | Standardmäßige Aufbewahrungsdauer | Benutzerdefinierte Aufbewahrung |
---|---|---|
_Required |
400 Tage | Nicht konfigurierbar |
_Default |
30 Tage | Konfigurierbar |
Benutzerdefiniert | 30 Tage | Konfigurierbar |
Für den _Default
und benutzerdefinierte Log-Buckets können Sie Cloud Logging so konfigurieren, dass Ihre Logs zwischen 1 und 3.650 Tagen aufbewahrt werden. Informationen zum Festlegen von Aufbewahrungsregeln finden Sie unter Benutzerdefinierte Aufbewahrung konfigurieren.
Preise
Das Weiterleiten von Logs an ein unterstütztes Ziel ist in Cloud Logging kostenlos. Für das Ziel können jedoch Gebühren anfallen.
Mit Ausnahme des Log-Buckets _Required
berechnet Cloud Logging Gebühren für das Streamen von Logs in Log-Buckets und für eine längere Speicherdauer als die standardmäßige Aufbewahrungsdauer des Log-Buckets.
Bei Cloud Logging fallen keine Kosten für das Kopieren von Logs oder für Abfragen an, die über die Seite Log-Explorer oder Loganalysen ausgeführt werden.
Weitere Informationen finden Sie in folgenden Dokumenten:
- Preisübersicht für Cloud Logging
Zielkosten:
- Gebühren für das Generieren von VPC-Flusslogs fallen an, wenn Sie Ihre Virtual Private Cloud-Flusslogs senden und dann von Cloud Logging ausschließen.