Datenregionalität für Cloud Logging

Auf dieser Seite wird erläutert, wie Regionalität auf Cloud Logging angewendet wird. Außerdem werden die verschiedenen geografischen Standorte aufgeführt, an denen Sie Ihre Logdaten speichern können.

Überblick

In Logging sind Log-Buckets regionale Ressourcen: die Infrastruktur, in der Ihre Logs gespeichert, indexiert und durchsucht werden, befindet sich an einem bestimmten geografischen Standort. Google verwaltet diese Infrastruktur, sodass Ihre Anwendungen in den Zonen innerhalb dieser Region redundant verfügbar sind.

Ihre Organisation muss Logdaten möglicherweise in bestimmten Regionen speichern. Einer der primären Hauptfaktoren bei der Auswahl der Region, in der Logs gespeichert werden, ist die Erfüllung der Anforderungen Ihres Unternehmens in Bezug auf Latenz, Verfügbarkeit oder Compliance. Berücksichtigen Sie bei der Auswahl einer Region für den Logspeicher die Standorte der anderen Google Cloud-Produkte und -Dienste, die Ihre Anwendung verwendet.

Wichtige Konzepte

Die folgenden wichtigen Konzepte gelten für die Datenregionalität für Logging.

Log-Router-Standorte

Der Log-Router verarbeitet alle Logeinträge, die in die Cloud Logging API geschrieben wurden. Er prüft jeden Logeintrag auf vorhandene Regeln, um zu bestimmen, welche Logeinträge in Logging-Buckets gespeichert werden und welche Logeinträge mithilfe von Senken an unterstützte Ziele weitergeleitet werden. Für die zuverlässige Weiterleitung von Logs speichert der Log-Router die Logs auch temporär, wodurch sie vor temporären Ausfällen in einer Senke geschützt werden.

Der Log-Router verarbeitet Logs in der Region, in der sie empfangen werden. Der Log-Router kann Logs an eine andere Region senden; dies ist abhängig von der Definition einer Senke bzw. davon, ob Logdaten mit einem anderen Google-Dienst wie Security Command Center Threat Detection gemeinsam genutzt werden. Senken gelten unabhängig von der Region für alle Logs gleichermaßen.

Log-Bucket-Standorte

Log-Buckets sind die Container in Ihrem Cloud-Projekt, Abrechnungskonto, Ordner und Ihrer Organisation, in denen Logdaten gespeichert und organisiert werden.

Für jedes Cloud-Projekt, jedes Rechnungskonto, jeden Ordner und jede Organisation erstellt Logging automatisch zwei Log-Buckets, _Required und _Default, die auf den Standort global festgelegt sind. Für jedes Cloud-Projekt können Sie auch benutzerdefinierte Buckets erstellen.

Wenn Sie einen benutzerdefinierten Bucket erstellen, können Sie einen Standort region für die Speicherung der Logdaten angeben. Nachdem Sie den Bucket erstellt haben, kann der Standort nicht mehr geändert werden. Sie können jedoch einen neuen Bucket erstellen und Logs mithilfe von Senken an diesen Bucket weiterleiten. Informationen zum Festlegen der Region für Ihre Buckets finden Sie unter Cloud-Projektlogs regionalisieren.

Logging unterstützt die gemeinsame Abfrage von Logs aus mehreren Regionen. In diesem Fall werden Abfragen am selben Standort wie die abgefragten Buckets verarbeitet und dann in der Region zusammengefasst, in der die Abfrage empfangen wurde, um die Ergebnisse zurückzugeben.

Unterstützte Regionen

Die folgenden Regionen werden von der Cloud Logging API unterstützt:

Kontinent Regionen
Asien asia-east1
asia-east2
asia-northeast1
asia-northeast2
asia-northeast3
asia-south1
asia-south2
asia-southeast1
asia-southeast2
Australia australia-southeast1
australia-southeast2
Europa europe-central2
europe-north1
europe-west1
europe-west2
europe-west3
europe-west4
europe-west6
Nordamerika northamerica-northeast1
northamerica-northeast2
us-central1
us-east1
us-east4
us-west1
us-west2
us-west3
us-west4
Südamerika southamerica-east1

Zusätzlich zu diesen Regionen wird der Standort global unterstützt. In diesem Fall geben Sie nicht an, wo Ihre Logs gespeichert oder verarbeitet werden.

Beschränkungen

Folgende Einschränkungen der Datenregionalität für Cloud Logging sind bekannt:

  • Cloud Logging wechselt gerade von einem globalen Produkt zu einem regionalen Produkt und ist noch nicht durch die Garantien des Datenstandorts in den Nutzungsbedingungen abgedeckt.

  • Bestimmte Felder aus LogEntry, einschließlich logName und resource, werden als Datenlabels und nicht als Kundendaten betrachtet.

  • Error Reporting ist ein globales Produkt und seine Dienste sind unabhängig vom Standort verfügbar. Log-Buckets mit einer Region außer global werden automatisch von Error Reporting ausgeschlossen.

  • Cloud Monitoring ist ein globales Produkt und seine Dienste sind unabhängig vom Standort verfügbar. Mit logbasierten Messwerten können Sie eine Regel für die Zusammenfassung von Logs in Zeitachsen definieren. Dazu verarbeiten Sie Logs am Logs Router. Der Speicherort dieser Zeitachsen ist nicht angegeben.

Weitere Informationen