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 sie nicht erhöhen oder verringern.
Kategorie | Maximalwert |
---|---|
Größe von 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 Senken-Ausschlussfilters | 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 zurückliegen |
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 für jedes Google Cloud-Projekt konfigurieren. Für dieselbe Organisation könnten 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 Die Abfrage gibt einen Fehler zurück.
5 Dieses Limit umfasst auch Buckets, die zum Löschen ausstehend sind.
6 Logeinträge mit Zeitstempeln außerhalb dieser Grenzen werden aus Log-Buckets abgelehnt. Die Logging API akzeptiert Einträge mit älteren Zeitstempeln. Diese Einträge 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
Die folgenden Limits gelten für Ihre Nutzung der Logging API. Sie können Änderungen an den Kontingenten und Limits der Logging API anfordern. Eine Anleitung dazu finden Sie auf dieser Seite unter Änderungen am Cloud Logging API-Kontingent 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 und Google Cloud-Projekt1, 3 |
Anzahl der entries.list -Anfragen |
60 pro Minute und 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 pro Google Cloud-Projekt |
1 Durch die Verwendung von Ausschlussfiltern wird diese Anzahl nicht reduziert, 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 Kontroll-Anfragekontingent pro Minute gilt für alles, was auch im täglichen Kontroll-Anfragekontingent enthalten ist, sowie für API-Anfragen zum Löschen von Logs und zum Verwalten logbasierter Messwerte.
6 Wenn die Exportrate das Kontingent überschreitet, wird der Fehler in einem Logeintrag aufgezeichnet. Das Zusammenfassungsfeld gibt einen Senkenkonfigurationsfehler an und der Fehlercode wird als topic_over_quota
aufgeführt.
Änderungen am Cloud Logging API-Kontingent anfordern
Sie können über die Google Cloud Console höhere oder niedrigere Logging API-Limits anfordern:
Klicken Sie auf der Seite „Kontingente“ der Google Cloud Console auf die Kästchen, um die Cloud Logging API auszuwählen. 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. Die Abrechnung muss 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
Mit entries.list
wird voraussichtlich nach übereinstimmenden Logs gesucht. Diese Methode eignet sich nicht für das umfangreiche Abrufen von Logeinträgen. Wenn Sie Ihr entries.list
-Kontingent regelmäßig ausgeschöpft haben, sollten Sie die folgenden Optionen in Betracht ziehen:
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.Zum Analysieren von Logeinträgen außerhalb von Logging 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 für Auditoren außerhalb von Logging freigeben und Skripts in Cloud Storage ausführen.
Wenn Sie Ihre Logeinträge in Logging aggregieren und analysieren möchten, erstellen Sie einen Log-Bucket zur Verwendung von Loganalysen oder aktualisieren Sie ihn. In Loganalysen können Sie Ihre Logeinträge mithilfe von BigQuery-Standard-SQL abfragen.
Logbasierte Messwerte
Die folgenden Limits gelten für die Verwendung von benutzerdefinierten logbasierten Messwerten. Mit Ausnahme der Anzahl der Messwertdeskriptoren sind diese Limits fest. Sie können sie nicht erhöhen oder verringern.
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 Zeitachsen1 | 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 die _Default
- und benutzerdefinierten Log-Buckets können Sie Cloud Logging so konfigurieren, dass die Logs 1 bis 3.650 Tage aufbewahrt werden. Informationen zum Festlegen von Aufbewahrungsregeln finden Sie unter Benutzerdefinierte Aufbewahrung konfigurieren.
Preise
Cloud Logging berechnet für die Weiterleitung von Logs an ein unterstütztes Ziel keine Gebühren, dafür können jedoch Gebühren anfallen.
Mit Ausnahme des Log-Buckets _Required
fallen in Cloud Logging Kosten für das Streamen von Logs in Log-Buckets sowie für die Speicherung über die standardmäßige Aufbewahrungsdauer des Log-Buckets an.
Cloud Logging ist für das Kopieren von Logs oder für Abfragen, die über die Seite Log-Explorer oder die Seite Loganalysen ausgeführt werden, kostenlos.
Weitere Informationen finden Sie in folgenden Dokumenten:
- Übersicht der Cloud Logging-Preise
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.