Logeinträge speichern

Cloud Logging verwendet Container namens Log-Buckets, um Ihre Logdaten zu speichern und zu organisieren. Wenn Sie wissen, wie systemerstellte und nutzerdefinierte Log-Buckets funktionieren, können Sie die Datenaufbewahrung, regionale Speicherorte, Verschlüsselungsschlüssel und IAM-Zugriffssteuerungen (Identity and Access Management) konfigurieren. Für Organisationen und Ordner können Sie auch Organisationsrichtlinien und Standardressourceneinstellungen für Cloud Logging verwenden, um Standort- und Verschlüsselungsanforderungen für neue Log-Buckets zu erzwingen.

Log-Buckets

In Cloud Logging werden Kundendaten im Ruhezustand verschlüsselt. In Log-Buckets von Logging gespeicherte Daten werden mit Schlüsselverschlüsselungsschlüsseln verschlüsselt. Dieser Vorgang wird als Envelope-Verschlüsselung bezeichnet. Der Zugriff auf Ihre Logging-Daten erfordert den Zugriff auf diese Schlüsselverschlüsselungsschlüssel.

Log-Buckets sind regionale Ressourcen mit einem festen Standort und werden entweder mit einem vom Kunden verwalteten Verschlüsselungsschlüssel (Customer-Managed Encryption Key, CMEK) oder mitGoogle-owned and Google-managed encryption keyverschlüsselt. Nachdem ein Log-Bucket erstellt wurde, können Sie seinen Standort oder die Verwaltung des Verschlüsselungsschlüssels nicht mehr ändern. Google Cloud verwaltet die Infrastruktur so, dass Ihre Logdaten in den Zonen innerhalb dieser Region redundant verfügbar sind.

Ihre Organisation hat möglicherweise Compliance-, behördliche oder Sicherheitsanforderungen, die regeln, wo sich Log-Buckets befinden und ob sie CMEK verwenden. Informationen zum Erzwingen dieser Anforderungen für eine Organisation oder einen Ordner finden Sie unter Unterstützung für Organisationen und Ordner.

Die Aufbewahrungsdauer für die in einem Log-Bucket gespeicherten Daten hängt vom Typ des Log-Buckets ab. Die Aufbewahrungsdauer für den Log-Bucket _Required ist festgelegt. Für den Log-Bucket _Default und für benutzerdefinierte Log-Buckets können Sie jedoch eine benutzerdefinierte Aufbewahrungsdauer konfigurieren.

Sie können Logansichten für einen Log-Bucket erstellen. Eine Log-Ansicht bietet Zugriff auf nur eine Teilmenge der Logdaten, die in einem Log-Bucket gespeichert sind. Für jeden Log-Bucket erstellt Cloud Logging automatisch die Ansicht _AllLogs, die Zugriff auf jeden Logeintrag im Log-Bucket bietet. Sie steuern den Zugriff auf eine Logansicht mit IAM.

Verwenden Sie zum Abfragen und Aufrufen Ihrer Logdaten den Log-Explorer oder die Seite Observability Analytics der Google Cloud Console:

  • Auf der Seite Log-Explorer können Sie die Leistung Ihrer Dienste und Anwendungen analysieren und Fehler beheben. Sie können sich einzelne Logeinträge ansehen und Ihre Logdaten filtern. Diese Benutzeroberfläche hat eine Bereichseinstellung, mit der Sie Logdaten nach Projekt, Log-Bucket oder Logansicht suchen können.

  • Die Seite Observability Analytics bietet eine SQL-Schnittstelle, mit der Sie eine aggregierte Analyse Ihrer Logdaten durchführen können, die in einem Log-Bucket gespeichert sind, für das ein Upgrade auf die Verwendung von Analysen durchgeführt wurde. Mit dieser Schnittstelle können Sie beispielsweise Trends berechnen und darstellen. Sie können Protokollansichten und Analyseansichten abfragen.

Weitere Informationen finden Sie unter Logeinträge abfragen und ansehen.

Vom System erstellte Log-Buckets

Wenn das System ein Google Cloud Projekt, ein Rechnungskonto, einen Ordner oder eine Organisation erstellt, erstellt Logging zwei Log-Buckets, eines mit dem Namen _Required und das andere mit dem Namen _Default:

  • Standort: Cloud Logging wählt den Standort dieser Buckets aus, sofern keine Standardressourceneinstellungen für Cloud Logging konfiguriert sind. Sie können den Standort nach dem Erstellen der Buckets nicht mehr ändern.

  • Verschlüsselung: Für diese Buckets wirdGoogle-owned and Google-managed encryption keys verwendet, sofern in den Standardressourceneinstellungen für Cloud Logging kein CMEK angegeben ist. Diese Konfiguration kann nach dem Erstellen der Buckets nicht mehr geändert werden.

Sie können die vom System erstellten Log-Buckets nicht löschen.

Sie können von Systemen erstellte Log-Buckets upgraden, um Analysen zu verwenden. Nach dem Upgrade können Sie Ihre Logdaten über die Seite Observability Analytics abfragen, die SQL unterstützt.

_Required Log-Bucket

Im Log-Bucket _Required werden Logeinträge gespeichert, die für Compliance- oder Prüfungszwecke erforderlich sind. Aus diesem Grund können Sie diesen Log-Bucket nicht löschen und auch nicht ändern, welche Logeinträge darin gespeichert werden. Logeinträge in diesem Log-Bucket werden 400 Tage lang aufbewahrt. Diese Aufbewahrungsdauer kann nicht geändert werden.

Die Logeinträge, die im _Required-Log-Bucket für eine Ressource gespeichert sind, stammen auch aus dieser Ressource. Das bedeutet, dass im _Required-Log-Bucket in einem Google Cloud -Projekt nur Logeinträge gespeichert werden können, die aus diesem Projekt stammen.

Im _Required-Log-Bucket werden die folgenden Arten von Logeinträgen gespeichert:

_Default Log-Bucket

Im _Default-Log-Bucket werden Logeinträge gespeichert, die nicht automatisch im _Required-Log-Bucket gespeichert werden. Da der Log-Bucket _Default vom System erstellt wurde, können Sie ihn nicht löschen. Sie können jedoch ändern, welche Logeinträge in diesem Log-Bucket gespeichert werden.

Cloud Logging behält die Logeinträge im _Default-Bucket 30 Tage lang bei, sofern Sie keine benutzerdefinierte Aufbewahrung für den Bucket konfigurieren.

In diesem Log-Bucket werden beispielsweise die folgenden Arten von Logeinträgen gespeichert:

Benutzerdefinierte Log-Buckets

Sie können benutzerdefinierte Log-Buckets in jedemGoogle Cloud Projekt erstellen. Wenn Sie einen benutzerdefinierten Log-Bucket erstellen, wählen Sie den Standort aus und legen den Zeitraum für die Datenaufbewahrung fest. Sie haben die Möglichkeit, einen CMEK anzugeben.

Sie können benutzerdefinierte Log-Buckets upgraden, um Analysen zu verwenden. Nach dem Upgrade können Sie Ihre Logdaten über die Seite Observability Analytics abfragen, die SQL unterstützt.

Sie können benutzerdefinierte Log-Buckets ändern und löschen. Um zu verhindern, dass ein Log-Bucket gelöscht wird, in dem Logeinträge gespeichert sind, die sich innerhalb ihres Aufbewahrungszeitraums befinden, können Sie den Log-Bucket gegen Updates sperren.

Unterstützung für Organisationen und Ordner

Damit Ihre Organisation Compliance- und regulatorische Anforderungen erfüllen kann, unterstützt Logging sowohl Standardressourceneinstellungen als auch Organisationsrichtlinien:

Zugriff auf einen Log-Bucket steuern

Der Zugriff auf Logdaten wird über IAM-Berechtigungen und ‑Rollen gesteuert. Sie haben beispielsweise folgende Möglichkeiten:

  • Lese- und Bearbeitungszugriff auf einen Log-Bucket gewähren
  • Sie können Tags verwenden, um Bearbeitungszugriff auf einen Log-Bucket basierend auf der Gruppenmitgliedschaft zu gewähren.
  • Sie können den Zugriff auf bestimmte Felder in einem Logeintrag steuern, indem Sie den Zugriff auf Feldebene für einen Log-Bucket konfigurieren.

  • Sie können den Zugriff auf eine Teilmenge von Logeinträgen in einem Log-Bucket gewähren, indem Sie eine Logansicht für diesen Log-Bucket erstellen.

    Jeder Log-Bucket hat eine Standard-Logansicht, die in der Regel alle Logeinträge im Log-Bucket enthält. Für den _Default-Log-Bucket werden Audit-Logeinträge zum Datenzugriff in der Standardlogansicht ausgeschlossen.

Um einem Nutzer die Berechtigungen zu gewähren, die er zum Ansehen und Analysieren von Logeinträgen benötigt, weisen Sie ihm in der Regel eine der folgenden IAM-Rollen zu:

  • Rolle Log-Betrachter (roles/logging.viewer): Gewährt Zugriff auf alle Logeinträge im Bucket _Required und auf die Standardlogansicht im Bucket _Default.

  • Rolle Betrachter privater Logs (roles/logging.privateLogViewer): Gewährt Zugriff auf alle Logs in den Buckets _Required und _Default, einschließlich Audit-Logs zum Datenzugriff.

Wenn Sie benutzerdefinierte Log-Buckets oder Log-Ansichten für Log-Buckets erstellen, sind zusätzliche Berechtigungen erforderlich. Weitere Informationen zu Rollen finden Sie unter Zugriffssteuerung mit IAM.

Liste der unterstützten Regionen

Log-Buckets sind regionale Ressourcen. Die Infrastruktur, in der Ihre Logeinträge gespeichert, indexiert und durchsucht werden, befindet sich an einem bestimmten geografischen Standort. Mit Ausnahme von Log-Buckets in den Regionen global, eu oder us verwaltet Google Cloud die Infrastruktur so, dass Ihre Logdaten in den Zonen innerhalb der Region des Log-Buckets redundant verfügbar sind.

Die folgenden Regionen werden von Cloud Logging unterstützt:

Global

Name der Region Beschreibung der Region
global

Logs, die in Rechenzentren auf der ganzen Welt gespeichert sind. Logs können in andere Rechenzentren verschoben werden. Im Gegensatz zu anderen globalen Ressourcen in Google Cloud bieten globale Log-Buckets in Cloud Logging keine zusätzlichen Redundanzgarantien im Vergleich zu einem regionalen Log-Bucket.

Multiregional: EU und USA

Name der Region Beschreibung der Region
eu

Logs, die in Rechenzentren in der Europäischen Union gespeichert sind. Logs können in andere Rechenzentren verschoben werden. Keine zusätzlichen Garantien für Redundanz.
us

Logs, die in Rechenzentren in den USA gespeichert sind. Logs können in andere Rechenzentren verschoben werden. Keine zusätzlichen Garantien für Redundanz.

Afrika

Name der Region Beschreibung der Region
africa-south1 Johannesburg

Nord- und Südamerika

Name der Region Beschreibung der Region
northamerica-northeast1 Montréal
northamerica-northeast2 Toronto
northamerica-south1 Mexiko
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
asia-southeast3 Bangkok
australia-southeast1 Sydney
australia-southeast2 Melbourne

Europa

Name der Region Beschreibung der Region
europe-central2 Warschau
europe-north1 Finnland
europe-north2 Stockholm
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

Nächste Schritte