Routing und Speicher – Übersicht

In diesem Dokument wird erläutert, wie Logeinträge in Cloud Logging verarbeitet werden. beschreibt die Hauptkomponenten des Logging-Routings und -Speichers. Routing ist der Prozess, mit dem Cloud Logging bestimmt, was mit einem neu eingegangenen Logeintrag geschehen soll. Sie können Logeinträge an Ziele weiterleiten wie Logging-Buckets, in denen der Logeintrag gespeichert wird, Pub/Sub Um Ihre Logs an Ziele von Drittanbietern zu exportieren, leiten Sie Ihre Logs an ein Pub/Sub-Thema senden und dann das Drittanbieterziel autorisieren. um das Pub/Sub-Thema zu abonnieren.

Auf übergeordneter Ebene leitet Cloud Logging Logeinträge so weiter und speichert diese so:

Weiterleitung von Logeinträgen durch Cloud Logging

Logs mit dem Logrouter weiterleiten

In den folgenden Abschnitten wird erläutert, Logging leitet Logs mit dem Logrouter über Senken weiter.

Logs Router

Ein Logeintrag wird an die Google Cloud-Ressource gesendet, die angegeben in seinem logName-Feld während seines entries.write-Aufrufs.

Cloud Logging empfängt Logeinträge mit dem Cloud Logging API, wo sie durchlaufen werden den Logrouter. Die Senken im Log-Router prüfen jeden Logeintrag mit dem vorhandenen Einschlussfilter und den Ausschlussfiltern, die die Ziele bestimmen, einschließlich Cloud Logging-Buckets, an die der Logeintrag gesendet werden soll. Sie können Kombinationen von Senken verwenden, um Logs an mehrere Ziele weiterzuleiten.

Der Logrouter speichert die Protokolle vorübergehend. Dieses Verhalten dient als Schutz vor vorübergehenden Störungen und Ausfällen, leitet Logs an ein Ziel weiter. Die Pufferung schützt nicht vor Sinken Konfigurationsfehler. Wenn Ihre Senke falsch konfiguriert ist, Logging verwirft die Logs, es wird ein Fehlerlog generiert und ein Sie werden per E-Mail über einen Senkenkonfigurationsfehler informiert.

Beachten Sie, dass sich der temporäre Speicher des Logrouters vom längeren Speicher von Logging-Buckets bereitgestellt.

Eingehende Logeinträge mit Zeitstempeln, die größer sind als die Aufbewahrungsdauer von Logs in der Vergangenheit die mehr als 24 Stunden in der Zukunft liegen, werden verworfen.

Senken

Senken steuern, wie Cloud Logging Logs weiterleitet. Mithilfe von Senken können Sie einige oder alle Logs an unterstützte Ziele weiterleiten. Hier sind einige Gründe, aufgrund derer Sie möglicherweise die Weiterleitung Ihrer Logs steuern möchten:

  • Zum Speichern von Logs, die wahrscheinlich nicht gelesen werden, aber für Compliancezwecke aufbewahrt werden müssen.
  • Zum Organisieren Ihrer Logs in Buckets in einem für Sie nützlichen Format.
  • Sie können Big Data-Analysetools auf Ihre Logs anwenden.
  • Sie können Ihre Logs an andere Anwendungen, Repositories oder Dritte senden. Wenn Sie z. B. Ihre Logs aus Google Cloud so exportieren möchten, auf einer Drittanbieterplattform ansehen können und eine Senke konfigurieren, Ihre Logeinträge an Pub/Sub weiterleiten.

Senken gehören zu einer bestimmten Google Cloud-Ressource: Google Cloud-Projekte, Rechnungskonten, Ordner und Organisationen. Wenn die Ressource einen Logeintrag empfängt, leitet sie den Logeintrag gemäß den von dieser Ressource enthaltenen Senken und, sofern aktiviert, allen übergeordneten Senken unter der Ressourcenhierarchie weiter. Der Logeintrag wird an das mit jeder übereinstimmenden Senke verknüpfte Ziel gesendet.

Cloud Logging bietet zwei vordefinierte Senken für jedes Google Cloud-Projekt, Rechnungskonto, Ordner und Organisation: _Required und _Default. Alle in einer Ressource generierten Logs werden automatisch über diese beiden Senken verarbeitet und dann entweder in den entsprechend benannten_Required- oder_Default-Buckets gespeichert.

Senken arbeiten unabhängig voneinander. Unabhängig davon, wie die vordefinierten Senken Ihre Logeinträge verarbeiten, können Sie eigene Senken erstellen, um einige oder alle Logs an verschiedene unterstützte Ziele weiterzuleiten oder sie von der Speicherung durch Cloud Logging auszuschließen.

Das Routingverhalten für jede Senke wird durch die Konfiguration des Einschlussfilters und der Ausschlussfilter für diese Senke gesteuert. Je nach Konfiguration der Senke fällt jeder von Cloud Logging empfangene Logeintrag in eine oder mehrere der folgenden Kategorien:

  • Wird in Cloud Logging gespeichert und nicht an eine andere Stelle weitergeleitet.

  • Wird in Cloud Logging gespeichert und an ein unterstütztes Ziel weitergeleitet.

  • Wird nicht in Cloud Logging gespeichert, aber an ein unterstütztes Ziel weitergeleitet.

  • Weder in Cloud Logging gespeichert noch an andere Stelle weitergeleitet.

Normalerweise erstellen Sie Senken im Google Cloud-Projektebene. Wenn Sie jedoch Logs aus dem Ressourcen, die in einer Google Cloud-Organisation oder einem Google Cloud-Ordner enthalten sind, aggregierte Senken erstellen

Sie können keine Logeinträge weiterleiten, die vor der Erstellung der Senke in Logging eingegangen sind, da das Routing erfolgt, wenn Logs die Logging API durchlaufen. Neue Routingregeln gelten nur für Logs, die nach dem Erstellen dieser Regeln geschrieben wurden. Wenn Sie Logeinträge rückwirkend weiterleiten möchten, finden Sie weitere Informationen unter Logs kopieren.

Einschlussfilter

Wenn Sie bei einer neuen Senke keine Filter angeben, werden alle Logs abgeglichen und zum Ziel der Senke weitergeleitet. Sie können die Senke so konfigurieren, dass bestimmte Logs ausgewählt werden. Dazu legen Sie einen Einschlussfilter fest. Sie können auch einen oder mehrere Ausschlussfilter festlegen, um Logs vom Ziel der Senke auszuschließen.

Zum Konfigurieren von Senken erstellen Sie Einschlussfilter mithilfe der Logging-Abfragesprache. Senken können auch mehrere Ausschlussfilter enthalten.

Jeder von Logging empfangene Logeintrag wird anhand dieser Filterregeln weitergeleitet:

  • Die Ausschlussfilter der Senke überschreiben alle definierten Einschlussfilter. Wenn ein Log mit einem Ausschlussfilter in der Senke übereinstimmt, stimmt es unabhängig von den definierten Einschlussfiltern nicht mit der Senke überein. Der Logeintrag wird nicht an das Ziel dieser Senke weitergeleitet.

  • Wenn die Senke keinen Einschlussfilter enthält, geschieht Folgendes:

    • Wenn der Logeintrag mit einem Ausschlussfilter übereinstimmt, wird er nicht an das Ziel der Senke weitergeleitet.
    • Wenn der Logeintrag mit keinem Ausschlussfilter übereinstimmt, wird er an das Ziel der Senke weitergeleitet. Bei einem leeren Einschlussfilter werden alle Logs ausgewählt.

  • Wenn die Senke einen Einschlussfilter enthält, geschieht Folgendes:

    • Wenn der Logeintrag mit dem Einschlussfilter übereinstimmt, wird er an das Ziel der Senke weitergeleitet.
    • Wenn der Logeintrag nicht mit dem Einschlussfilter übereinstimmt, wird er nicht an das Ziel der Senke weitergeleitet.

Ausschlussfilter

Wenn Sie eine Senke erstellen, können Sie Folgendes festlegen: mehrere Ausschlussfilter verwenden. Mit Ausschlussfiltern können Sie übereinstimmende Logs ausschließen oder Einträge, die nicht an das Ziel der Senke die in einem Log-Bucket gespeichert sind. Ausschlussfilter erstellen Sie mithilfe der Logging-Abfragesprache:

Logeinträge werden ausgeschlossen, nachdem sie vom Logging API verwenden, sodass diese Logeinträge API-Kontingent: entries.write. Sie können die Anzahl der Anzahl der entries.write-API-Aufrufe nach außer Logeinträgen.

Ausgeschlossene Logeinträge sind im Log-Explorer nicht verfügbar.

Logeinträge, die nicht an mindestens einen Log-Bucket weitergeleitet werden, entweder explizit durch Ausschlussfilter oder weil sie mit keiner Senke mit einem Logging-Speicherziel übereinstimmen, werden ebenfalls von Error Reporting ausgeschlossen. Daher stehen diese Logs nicht für Fehler zu beheben.

Benutzerdefinierte logbasierte Messwerte werden aus Logeinträgen in eingeschlossenen und ausgeschlossenen Logs berechnet. Weitere Informationen finden Sie unter Logs überwachen.

Unterstützte Ziele

Sie können den Logrouter verwenden, um bestimmte Logs an unterstützte Ziele weiterzuleiten in einem beliebigen Google Cloud-Projekt. Logging unterstützt Folgendes: Senkenziele:

  • Cloud Logging-Bucket: Stellt Speicher in Cloud Logging bereit. In einem Log-Bucket können Logeinträge gespeichert werden die von mehreren Google Cloud-Projekten empfangen werden. Sie können Ihre Cloud Logging-Daten zusammen mit anderen Daten durch Upgrade eines Log-Buckets zur Verwendung Loganalysen und anschließendes Erstellen eines verknüpften BigQuery-Datasets. Für Informationen zum Aufrufen von Logeinträgen, die in Log-Buckets gespeichert sind, finden Sie unter Übersicht: Logs abfragen und ansehen und An Cloud Logging-Buckets weitergeleitete Logs ansehen.
  • BigQuery-Dataset: ermöglicht die Speicherung von Logeinträgen in BigQuery-Datasets. Sie können Big-Data-Analysefunktionen für die gespeicherten Logeinträge. Um Ihre Cloud Logging-Daten mit anderen Datenquellen verwendet werden, empfehlen wir, dass Sie Ihre Log-Buckets aktualisieren, Log Analytics und erstellen Sie dann ein verknüpftes BigQuery-Dataset. Informationen zum Aufrufen von an BigQuery weitergeleiteten Logeinträgen finden Sie unter An BigQuery weitergeleitete Logs ansehen
  • Cloud Storage-Bucket: Bietet die Speicherung von Logeinträgen in Cloud Storage. Aufzeichnen werden als JSON-Dateien gespeichert. Informationen zum Aufrufen des Protokolls an Cloud Storage weitergeleitete Einträge, siehe An Cloud Storage weitergeleitete Logs ansehen.
  • Pub/Sub-Thema: Bietet Unterstützung für Integrationen von Drittanbietern. Aufzeichnen werden in JSON formatiert und dann an ein Pub/Sub- . Informationen zum Aufrufen von Logeinträgen, die weitergeleitet an Pub/Sub, siehe An Pub/Sub weitergeleitete Logs ansehen
  • Splunk: Bietet Unterstützung für Splunk. Sie müssen Ihre Logeinträge an ein Pub/Sub-Thema weiterleiten dieses Thema mit Splunk abonnieren.
  • Google Cloud-Projekt: Logeinträge an ein anderes Google Cloud-Projekt weiterleiten. Wann? Logeinträge an ein anderes Google Cloud-Projekt, das Ziel empfängt der Logrouter des Projekts die Logeinträge und verarbeitet sie. Die Senken im Zielprojekt bestimmen, wie die empfangenen Logeinträge weitergeleitet. Error Reporting kann Logeinträge analysieren, wenn das Ziel -Projekt leitet diese Logeinträge an einen Log-Bucket weiter, der dem Ziel gehört Projekt arbeiten.
  • Weitere Ressourcen: Leiten Sie Ihre Logeinträge an ein unterstütztes Ziel weiter, das in einem anderen Projekt ist. Informationen zu den zu verwendenden Pfaden finden Sie unter Zielpfadformate:

Weitere Informationen finden Sie unter Logs an unterstützte Ziele weiterleiten

Logs speichern, aufrufen und verwalten

Im folgenden Abschnitt wird beschrieben, wie Logs in Cloud Logging gespeichert werden und wie Sie sie aufrufen und verwalten können.

Log-Buckets

Cloud Logging verwendet Log-Buckets als Container in Ihren Google Cloud-Projekten, Rechnungskonten, Ordnern und Organisationen, um Ihre Logdaten zu speichern und zu organisieren. Die in Cloud Logging gespeicherten Logs werden indexiert, optimiert und bereitgestellt, damit Sie Ihre Logs in Echtzeit analysieren können. Cloud Logging-Buckets sind andere Speicherentitäten als die ähnlich benannten Cloud Storage-Buckets.

Für jedes Google Cloud-Projekt, jedes Rechnungskonto, jeden Ordner und jede Organisation Logging erstellt automatisch zwei Log-Buckets: _Required und _Default. Logging erstellt automatisch Senken mit den Namen _Required und _Default, die in der Standardkonfiguration Logs an die entsprechend benannten Buckets weiterleiten.

Sie können die Senke _Default deaktivieren, die Logs an das _Default-Log weiterleitet Bucket. Sie können das Verhalten der _Default-Senken ändern, die für alle neue Google Cloud-Projekte oder -Ordner. Weitere Informationen finden Sie unter Standardeinstellungen für Organisationen und Ordner konfigurieren

Sie können die Routingregeln für den Bucket _Required nicht ändern.

Darüber hinaus können Sie benutzerdefinierte Buckets für jede Google Cloud-Projekt

Sie erstellen Senken, um alle oder nur einen Teil Ihrer Logs an einen beliebigen Log-Bucket weiterzuleiten. Dank dieser Flexibilität können Sie das Google Cloud-Projekt welche Logs gespeichert werden und welche anderen Logs mit ihnen gespeichert werden.

Weitere Informationen finden Sie unter Log-Buckets konfigurieren

_Required Log-Bucket

Cloud Logging leitet die folgenden Logtypen automatisch an den Bucket _Required weiter:

Cloud Logging speichert die Logs im Bucket _Required für 400 Tage können Sie diese Aufbewahrungsdauer nicht ändern.

Sie können den _Required-Bucket nicht ändern oder löschen. Sie können die Senke _Required nicht deaktivieren, die Logs an den _Required-Bucket weiterleitet.

_Default Log-Bucket

Jeder Logeintrag, der nicht im Bucket _Required gespeichert ist, wird vom Die Senke _Default auf den Bucket _Default, es sei denn, Sie deaktivieren oder bearbeiten sie anderweitig _Default-Senke. Eine Anleitung zum Ändern von Senken finden Sie unter Senken verwalten.

Cloud Logging leitet beispielsweise automatisch die folgenden Typen von Logs im Bucket _Default:

Cloud Logging speichert die Logs im Bucket _Default für 30 Tage, es sei denn, Sie benutzerdefinierte Aufbewahrung konfigurieren für die Bucket.

Sie können den Bucket _Default nicht löschen.

Benutzerdefinierte Log-Buckets

Sie können auch Erstellen benutzerdefinierter Log-Buckets in beliebigen Google Cloud-Projekt Durch das Anwenden von Senken auf Ihre benutzerdefinierten Log-Buckets können Sie beliebige Teilmengen Ihrer Logs an einen beliebigen Log-Bucket weiterleiten. In welchem Google Cloud-Projekt Ihre Logs gespeichert sind und in welchen anderen Logs mit ihnen gespeichert werden.

Beispielsweise können Sie für jedes in Projekt-A generierte Log eine Senke konfigurieren, um dieses Log an benutzerdefinierte Buckets in Projekt-A oder Projekt-B weiterzuleiten.

Sie können eine benutzerdefinierte Aufbewahrungsdauer für den Bucket konfigurieren.

Informationen zum Verwalten benutzerdefinierter Log-Buckets, einschließlich Löschen oder Informationen zum Aktualisieren finden Sie unter Log-Buckets konfigurieren und verwalten.

Regionalisierung

Log-Buckets sind regionale Ressourcen. Die Infrastruktur, in der und durchsucht Ihre Logs an einem bestimmten geografischen Standort. Google verwaltet diese Infrastruktur, damit Ihre Anwendungen verfügbar sind. redundant in den Zonen in dieser Region arbeiten.

Wenn Sie einen Log-Bucket erstellen oder einen regionale Richtlinien auf Organisationsebene, können Sie Ihre Logs in einer der folgenden Regionen speichern:

Afrika

Name der Region Beschreibung der Region
africa-south1 Johannesburg

Nord- und Südamerika

Name der Region Beschreibung der Region
northamerica-northeast1 Montreal
northamerica-northeast2 Toronto
southamerica-east1 São Paulo
southamerica-west1 Santiago
us-central1 Iowa
us-east1 South Carolina
us-east4 North Virginia
us-east5 Columbus
us-south1 Dallas
us-west1 Oregon
us-west2 Los Angeles
us-west3 Salt Lake City
us-west4 Las Vegas

Asiatisch-pazifischer Raum

Name der Region Beschreibung der Region
asia-east1 Taiwan
asia-east2 Hongkong
asia-northeast1 Tokio
asia-northeast2 Osaka
asia-northeast3 Seoul
asia-south1 Mumbai
asia-south2 Delhi
asia-southeast1 Singapur
asia-southeast2 Jakarta
australia-southeast1 Sydney
australia-southeast2 Melbourne

Europa

Name der Region Beschreibung der Region
europe-central2 Warschau
europe-north1 Finnland
europe-southwest1 Madrid
europe-west1 Belgien
europe-west2 London
europe-west3 Frankfurt
europe-west4 Niederlande
europe-west6 Zürich
europe-west8 Mailand
europe-west9 Paris
europe-west10 Berlin
europe-west12 Turin

Naher Osten

Name der Region Beschreibung der Region
me-central1 Doha
me-central2 Dammam
me-west1 Tel Aviv

Sonstiges

Name der Region Beschreibung der Region
eu Protokolle, die in Rechenzentren in der Europäischen Union gespeichert sind keine weiteren Redundanzgarantien
us Protokolle, die in Rechenzentren in den USA gespeichert sind keine weiteren Redundanzgarantien
global Logs, die in jedem Rechenzentrum auf der Welt gespeichert sind keine zusätzliche Redundanz Garantien

Zusätzlich zu diesen Regionen können Sie den Standort auf global festlegen, was bedeutet, dass Sie nicht angeben müssen, wo Ihre Logs gespeichert sind.

Sie können automatisch eine bestimmte Speicherregion auf die _Default anwenden und _Required Buckets, die in einer Organisation oder einem Ordner erstellt wurden. Weitere Informationen finden Sie unter Standardeinstellungen für Organisationen und Ordner konfigurieren

Weitere Informationen zur Regionalität von Daten und dazu, wo Sie Ihre Logs speichern können erhalten Sie unter Informationen zu Speicherorten für Daten

<ph type="x-smartling-placeholder">

Unternehmensrichtlinien

Sie können eine Organisationsrichtlinie erstellen, um sicherzustellen, dass Ihre Organisation Ihre Compliance- und behördlichen Anforderungen erfüllt. Mithilfe einer Organisationsrichtlinie können Sie angeben, in welchen Regionen Ihre Organisation neue Log-Buckets erstellen kann. Sie können auch verhindern, dass Ihre Organisation neue Log-Buckets in bestimmten Regionen erstellt.

Cloud Logging erzwingt Ihre neu erstellte Organisationsrichtlinie nicht auf vorhandene Log-Buckets; wird die Richtlinie nur für neue Log-Buckets erzwungen.

Informationen zum Erstellen einer standortbasierten Organisationsrichtlinie finden Sie unter Ressourcenstandorte einschränken

Darüber hinaus können Sie einen Standardspeicherort für die Datei Buckets _Default und _Required in einer Organisation oder in einem Ordner. Wenn Sie eine Organisationsrichtlinie konfigurieren, die den Speicherort von Daten einschränkt, müssen Sie sicherstellen, dass der von Ihnen angegebene Standardspeicherort im Einklang mit dieser Einschränkung. Weitere Informationen finden Sie unter Standardeinstellungen für Organisationen und Ordner konfigurieren

Aufbewahrung

Cloud Logging speichert Logs gemäß den Aufbewahrungsregeln für den Log-Bucket-Typ, in dem die Logs gespeichert sind.

Sie können in Cloud Logging festlegen, dass Logs in einem Zeitraum zwischen 1 Tag und 3.650 Tagen aufbewahrt werden. Benutzerdefinierte Aufbewahrungsregeln gelten für alle Logs in einem Bucket, unabhängig vom Logtyp oder davon, ob dieses Log von einem anderen Speicherort kopiert wurde.

Informationen zum Festlegen von Aufbewahrungsregeln für einen Log-Bucket finden Sie unter Benutzerdefinierte Aufbewahrung konfigurieren

Informationen zur Aufbewahrungsdauer für verschiedene Logtypen finden Sie unter Kontingente und Limits:

Logansichten

Mit Logansichten können Sie einem Nutzer nur Zugriff auf einen Teil der Logs gewähren, die in einem Log-Bucket. Informationen zum Konfigurieren von Logansichten um Zugriff auf bestimmte Logansichten zu gewähren, finden Sie unter Logansichten für einen Log-Bucket konfigurieren

Für jeden Log-Bucket erstellt Cloud Logging automatisch den _AllLogs die alle in diesem Bucket gespeicherten Logs enthält. Cloud Logging erstellt außerdem Eine Ansicht für den _Default-Bucket namens _Default Die Ansicht _Default für den _Default Bucket zeigt alle Logs mit Ausnahme von Audit-Logs zum Datenzugriff an. Die _AllLogs- und _Default-Ansichten können nicht bearbeitet werden und können nicht gelöscht werden Logansicht _Default

Benutzerdefinierte Logansichten bieten Ihnen eine erweiterte und detaillierte Möglichkeit, den Zugriff zu steuern zu Ihren Logdaten hinzufügen. Stellen Sie sich z. B. ein Szenario vor, in dem Sie Alle Logs Ihrer Organisation an einem zentrales Google Cloud-Projekt. Da Log-Buckets Logs aus Google Cloud-Projekte erstellen, möchten Sie vielleicht steuern, Google Cloud-Projekte, für die verschiedene Nutzer Logs ansehen können. Benutzerdefiniertes Log wird verwendet können Sie einem Nutzer nur von einer bestimmten eines einzelnen Google Cloud-Projekts, während Sie einem anderen Nutzer Zugriff auf die Logs alle Google Cloud-Projekte ansehen.

Logs in der Google Cloud-System verwenden

Der folgende Abschnitt enthält Informationen zur Verwendung von Logs in den umfassenden Google Cloud

Logbasierte Messwerte

Logbasierte Messwerte sind Cloud Monitoring-Messwerte die aus dem Inhalt von Logeinträgen abgeleitet wurden. Wenn beispielsweise Cloud Logging empfängt einen Logeintrag für ein Google Cloud-Projekt, mit den Filtern eines Messwerts des Google Cloud-Projekts übereinstimmt, dann wird dieser Logeintrag in den Messwertdaten gezählt.

Logbasierte Messwerte interagieren unterschiedlich mit dem Routing, je nachdem, Die logbasierten Messwerte werden vom System oder von Ihnen definiert. Die folgenden werden diese Unterschiede beschrieben.

Logbasierte Messwerte und Ausschlussfilter

Filter zum Ausschluss von Senken gelten für systemdefinierte logbasierte Messwerte, die die in Log-Buckets gespeichert sind.

Ausschlussfilter für Senken gelten nicht für benutzerdefinierte logbasierte Messwerte. Selbst wenn werden Logs vom Speichern in Logging-Buckets ausgeschlossen. könnten diese Logs in diesen Messwerten gezählt werden.

Umfang logbasierter Messwerte

Systemdefinierte logbasierte Messwerte werden auf Google Cloud-Projektebene angewendet. Diese Messwerte werden vom Logrouter berechnet und gelten nur für Logs in der Google Cloud-Projekt, in dem sie empfangen werden.

Benutzerdefinierte logbasierte Messwerte können entweder im Google Cloud-Projekt oder auf Ebene eines bestimmten Log-Buckets:

  • Messwerte auf Projektebene werden wie systemdefinierte logbasierte Messwerte berechnet. Diese benutzerdefinierten logbasierten Messwerte gelten nur für Logs in dem sie empfangen werden.

  • Messwerte auf Bucket-Ebene gelten für Logs im Log-Bucket, in dem erhalten, unabhängig davon, in welchem Google Cloud-Projekt entnommenen Logeinträgen.

    Mit logbasierten Messwerten auf Bucket-Ebene können Sie logbasierte Messwerte erstellen die Logs in folgenden Fällen auswerten können:

    • Logs, die von einem Projekt an einen Bucket in einem anderen Projekt weitergeleitet werden.
    • Logs, die über eine aggregierte Senke an einen Bucket weitergeleitet werden.

Weitere Informationen finden Sie unter Übersicht über logbasierte Messwerte.

Logs in unterstützten Zielen suchen

Mehr zum Format weitergeleiteter Logeinträge und dazu, wie die Logs in den Zielen organisiert werden, erfahren Sie unter Logs an Senkenzielen ansehen.

Gängige Anwendungsfälle

Allgemeine Anwendungsfälle für das Routing und Speichern von Logs finden Sie in den folgenden Dokumenten und Anleitungen:

Complianceanforderungen

Best Practices zur Verwendung von Routing für Data Governance finden Sie in den Dokumente:

Zugriffssteuerung mit IAM

Informationen zur Verwendung IAM-Rollen (Identity and Access Management) sowie Berechtigungen für den Zugriff auf Cloud Logging-Daten steuern, siehe Zugriffssteuerung mit IAM

Preise

In Cloud Logging fallen keine Kosten für das Weiterleiten von Logs an einen unterstütztes Ziel; Am Ziel fallen jedoch möglicherweise Gebühren an. Mit Ausnahme des Log-Buckets _Required Cloud Logging berechnet Gebühren für das Streamen von Logs in Log-Buckets und die länger als die standardmäßige Aufbewahrungsdauer des Log-Buckets ist.

Cloud Logging ist kostenlos für das Kopieren von Logs oder für Abfragen, die über die Log-Explorer oder über die Seite Loganalysen aufrufen.

Weitere Informationen finden Sie in folgenden Dokumenten:

Nächste Schritte

Informationen zum Weiterleiten und Speichern von Cloud Logging-Daten finden Sie in den folgenden Dokumenten: