Aggregierte Senken – Übersicht

Mit aggregierten Senken können Sie Logeinträge aus allen Ressourcen in einem Ordner oder einer Organisation zusammenfassen und an ein unterstütztes Ziel weiterleiten. Mit aggregierten Senken können Sie Ihre Logdaten an einem zentralen Ort speichern und festlegen, ob untergeordnete Ressourcen doppelte Kopien speichern.

Aggregierte Senken

Eine aggregierte Senke ist eine Senke auf Ordner- oder Organisationsebene, die Logeinträge sowohl von der Ressource, in der die Senke definiert ist, als auch von allen untergeordneten Ressourcen weiterleitet. Wie eine Senke auf Projektebene hat eine aggregierte Senke ein Ziel und einen Filter, der bestimmt, welche Logeinträge weitergeleitet werden sollen. Eine Senke auf Projektebene leitet jedoch nur Logeinträge aus einem einzelnen Projekt weiter.

Arten von aggregierten Senken

Sie können zwei Arten von aggregierten Senken erstellen: abfangende und nicht abfangende. Dies hängt davon ab, ob untergeordnete Ressourcen die Logeinträge ebenfalls weiterleiten sollen. Wenn in der Ressourcenhierarchie eines Logeintrags aggregierte Senken vorhanden sind, sendet der Logrouter den Logeintrag zuerst an diese Senken. Der Senkentyp bestimmt, was als Nächstes geschieht:

Abfangende aggregierte Senke

Eine abfangende aggregierte Senke verhindert, dass Logeinträge an Senken in untergeordneten Ressourcen weitergeleitet werden, mit Ausnahme der _Required-Senken in den Ressourcen, aus denen die Logeinträge stammen. Eine abfangende aggregierte Senke kann nützlich sein, um zu verhindern, dass doppelte Kopien von Logeinträgen an mehreren Orten gespeichert werden.

Angenommen, Sie müssen Audit-Logs zum Datenzugriff für Prüfzwecke aktivieren. Um die Analyse zu vereinfachen, möchten Sie diese Logs an einem zentralen Ort speichern. Aus Sicherheits- und Kostengründen möchten Sie jedoch auch verhindern, dass diese Logs auf Projektebene gespeichert werden. Für dieses Szenario können Sie eine abfangende aggregierte Senke erstellen.

Nicht abfangende aggregierte Senke

Eine nicht abfangende aggregierte Senke hat keine Auswirkungen darauf, wie Logeinträge an andere Senken weitergeleitet werden. Das bedeutet, dass ein Logeintrag, der mit dem Filter einer nicht abfangenden aggregierten Senke übereinstimmt, an andere Senken in der Ressourcenhierarchie des Logeintrags weitergeleitet wird. Mit einer nicht abfangenden aggregierten Senke können Sie die Sichtbarkeit von Logeinträgen in den Ressourcen beibehalten, in denen sie generiert wurden.

Sie können beispielsweise eine nicht abfangende aggregierte Senke erstellen, die alle Logeinträge, die aus den in einer Organisation enthaltenen Ordnern generiert werden, an einen zentralen Log-Bucket weiterleitet. Die Logeinträge werden im zentralen Log-Bucket gespeichert. Da die Senke jedoch nicht abfängt, sendet der Logrouter auch Logeinträge an die Logsenken in der Ressource, in der sie generiert wurden.

Routing-Beispiele

In diesem Abschnitt wird veranschaulicht, wie ein Logeintrag, der aus einem Projekt stammt, durch die Senken in seiner Ressourcenhierarchie fließen kann.

Beispiel: Es sind keine aggregierten Senken vorhanden

Wenn in der Ressourcenhierarchie des Logeintrags keine aggregierten Senken vorhanden sind, wird der Logeintrag an die Logsenken im Projekt gesendet, aus dem der Logeintrag stammt. Eine Senke auf Projektebene leitet den Logeintrag an das Ziel der Senke weiter, wenn der Logeintrag mit dem „Einschließen“-Filter der Senke, aber nicht mit den „Ausschließen“-Filtern der Senke übereinstimmt.

Beispiel: Es ist eine nicht abfangende aggregierte Senke vorhanden

Angenommen, in der Ressourcenhierarchie für einen Logeintrag ist eine nicht abfangende aggregierte Senke vorhanden. Nachdem der Logrouter den Logeintrag an die nicht abfangende aggregierte Senke gesendet hat, geschieht Folgendes:

  1. Die nicht abfangende aggregierte Senke leitet den Logeintrag an das Ziel der Senke weiter, wenn der Logeintrag mit dem „Einschließen“-Filter, aber nicht mit einem „Ausschließen“-Filter übereinstimmt.

  2. Der Logrouter sendet den Logeintrag an die Logsenken im Projekt, aus dem der Logeintrag stammt.

    Eine Senke auf Projektebene leitet den Logeintrag an das Ziel der Senke weiter, wenn der Logeintrag mit dem „Einschließen“-Filter der Senke, aber nicht mit den „Ausschließen“-Filtern der Senke übereinstimmt.

Beispiel: Eine abfangende aggregierte Senke ist vorhanden

Angenommen, in der Ressourcenhierarchie für einen Logeintrag ist eine abfangende aggregierte Senke vorhanden. Nachdem der Logrouter den Logeintrag an die abfangende aggregierte Senke gesendet hat, geschieht Folgendes:

  • Der Logeintrag entspricht dem „Einschließen“-Filter, aber keinem „Ausschließen“-Filter:

    1. Der Logeintrag wird an das Ziel der abfangenden aggregierten Senke weitergeleitet.
    2. Der Logeintrag wird an die Senke _Required in dem Projekt gesendet, aus dem der Logeintrag stammt.

  • Der Logeintrag entspricht nicht dem „Einschließen“-Filter oder entspricht mindestens einem „Ausschließen“-Filter:

    1. Der Logeintrag wird nicht von der abfangenden aggregierten Senke weitergeleitet.

    2. Der Logrouter sendet den Logeintrag an die Logsenken im Projekt, aus dem der Logeintrag stammt.

      Eine Senke auf Projektebene leitet den Logeintrag an das Ziel der Senke weiter, wenn der Logeintrag mit dem „Einschließen“-Filter der Senke, aber nicht mit den „Ausschließen“-Filtern der Senke übereinstimmt.

Unterstützte Ziele für aggregierte Senken

In diesem Abschnitt sind die Ziele aufgeführt, die für aggregierte Senken unterstützt werden.

Abfangende Senken

Das Ziel einer abfangenden aggregierten Senke muss einGoogle Cloud -Projekt sein.

Die Logsenken im Zielprojekt leiten die Logeinträge an ihre Ziele weiter. Alle Ziele außer Projekten werden unterstützt. Beispielsweise können die Logsenken im Zielprojekt Logeinträge an einen Log-Bucket weiterleiten.

Nicht abfangende Senken

In diesem Abschnitt werden die unterstützten Ziele für nicht abfangende aggregierte Senken beschrieben.

Das Ziel einer Senke kann sich in einer anderen Ressource als die Senke befinden. Sie können beispielsweise eine Logsenke verwenden, um Logeinträge von einem Projekt an einen Log-Bucket weiterzuleiten, der in einem anderen Projekt gespeichert ist.

Die folgenden Ziele werden unterstützt:

Google Cloud -Projekt

Wählen Sie dieses Ziel aus, wenn die Logsenken im Zielprojekt Ihre Logeinträge weiterleiten sollen oder wenn Sie eine abfangende aggregierte Senke erstellt haben. Die Logsenken im Zielprojekt können die Logeinträge an jedes unterstützte Ziel außer einem Projekt weiterleiten.

Die vom System erstellten Logsenken im Zielprojekt schließen Logeinträge aus, die an den Log-Bucket _Required im Quellprojekt weitergeleitet werden. Wenn Sie beispielsweise Administratoraktivitätslogs an ein anderes Projekt weiterleiten, werden diese Logeinträge sowohl von der Logsenke _Required als auch von der Logsenke _Default im Zielprojekt ausgeschlossen. Wenn Sie diese Logeinträge speichern möchten, aktualisieren Sie im Zielprojekt die Logsenke _Default oder erstellen Sie eine benutzerdefinierte Logsenke.

Log-Bucket
Wählen Sie dieses Ziel aus, wenn Sie Ihre Logdaten in Ressourcen speichern möchten, die von Cloud Logging verwaltet werden. In Log-Buckets gespeicherte Logdaten können mit Diensten wie dem Log-Explorer aufgerufen und analysiert werden.
Pub/Sub-Thema
Wählen Sie dieses Ziel aus, wenn Sie Ihre Logdaten ausGoogle Cloud exportieren und dann eine Integration von Drittanbietern verwenden möchten. Logeinträge werden als JSON formatiert und dann an ein Pub/Sub-Thema weitergeleitet.

Best Practices

Wir empfehlen, dass das Ziel einer aggregierten Senke einGoogle Cloud -Projekt ist. Bei diesem Ziel leiten die Logsenken im ZielprojektGoogle Cloud die Logeinträge weiter. Die _Required-Senke leitet nur Logeinträge weiter, die dem Filter entsprechen und aus der Ressource stammen, in der die Senke definiert ist. Wenn Sie also zusätzliche Kopien von Logeinträgen speichern möchten, die dem Filter der Senke _Required entsprechen, müssen Sie eine benutzerdefinierte Logsenke erstellen oder den Filter der Logsenke _Default ändern.

Beim Erstellen einer abfangenden Senke empfehlen wir Folgendes:

  • Überlegen Sie, ob untergeordnete Ressourcen eine unabhängige Steuerung des Routings ihrer Logeinträge benötigen. Wenn eine untergeordnete Ressource bestimmte Logeinträge unabhängig steuern muss, prüfen Sie, ob die abfangende Senke diese Logeinträge nicht weiterleitet.

  • Fügen Sie der Beschreibung einer abfangenden Senke Kontaktdaten hinzu. Dies kann hilfreich sein, wenn die Personen, die die abfangende Senke verwalten, nicht dieselben sind wie die, die die Projekte verwalten, deren Logeinträge abgefangen werden.

  • Testen Sie die Senkenkonfiguration, indem Sie zuerst eine nicht abfangende aggregierte Senke erstellen, um zu prüfen, ob die richtigen Logeinträge weitergeleitet werden.

Nächste Schritte