Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

CloudTrail Änderung der Verfügbarkeit von Seen

Nach reiflicher Überlegung haben wir beschlossen, AWS CloudTrail Lake ab dem 31. Mai 2026 für Neukunden zu schließen. Wenn Sie CloudTrail Lake nutzen möchten, melden Sie sich vor diesem Datum an. Bestandskunden können den Service weiterhin wie gewohnt nutzen.

AWS CloudTrail Lake bietet eine verwaltete Lösung für die Erfassung, Speicherung und Analyse von Auditprotokollen aus AWS und aus anderen AWS Quellen. AWS CloudTrail ist weiterhin für Bestandskunden verfügbar, aber CloudTrail Lake wird nur kritische Bugfixes und Sicherheitsupdates erhalten.

Dieses Handbuch enthält Informationen zu Migrationsoptionen für AWS CloudTrail Lake-Kunden.

Fortgesetzte Unterstützung für bestehende Event-Datenspeicher

AWS CloudTrail Lake unterstützt zwei Arten von Ereignisdatenspeichern (EDS): Organisationsereignisdatenspeicher und Kontoereignisdatenspeicher. Der Grad der kontinuierlichen Unterstützung hängt davon ab, welchen Typ Sie konfiguriert haben.

Optionen für die Migration

Wir empfehlen Ihnen, Ihre AWS CloudTrail Lake-Logs-Daten zu Amazon zu migrieren CloudWatch.

Architekturen vergleichen

Die aktuelle AWS CloudTrail Lake-Architektur bietet eine verwaltete Lösung für die Erfassung, Speicherung und Analyse von Auditprotokollen mithilfe von Ereignisdatenspeichern und Abfragen. Dieses System funktioniert als interne Funktion AWS CloudTrail. Die empfohlene Alternative, Amazon CloudWatch, behält die Kernfähigkeit zur Erfassung, Speicherung und Analyse von CloudTrail Protokollen bei. Sie vereint Sicherheits-, Betriebs- und Compliance-Daten in einer Lösung. Amazon CloudWatch bietet zusätzliche Funktionen wie native Analysen auf Basis von OpenSearch, vorgefertigte Konnektoren für beliebte Drittanbieterquellen, offenen Zugriff über Apache Iceberg APIs und integrierte Unterstützung für die Formate Open Cybersecurity Schema Framework (OCSF) und Open Telemetry (). OTel

Migrationsprozess

AWS hat kürzlich eine vereinfachte Methode zur Vereinheitlichung Ihrer Betriebs- und Sicherheitsdaten eingeführt, indem Sie historische CloudTrail Lake Event Data Stores (EDS) direkt in Amazon CloudWatch importieren können. Diese Integration nutzt die CloudWatch neue einheitliche Datenverwaltungsarchitektur, um eine zentrale Oberfläche für Ihre Protokolle bereitzustellen.

Bewährtes Verfahren: Der Pilotansatz

Bevor Sie eine vollständige Migration Ihrer historischen Daten durchführen, wird dringend empfohlen, eine Pilotmigration mit einer kleinen Teilmenge von Daten durchzuführen. Das ermöglicht Ihnen Folgendes:

Sobald Sie mit den Ergebnissen zufrieden sind, können Sie vertrauensvoll mit der Migration des gesamten historischen Datensatzes fortfahren.

Sobald Sie Ihren historischen Datensatz erfolgreich migriert haben, können Sie die Live-Aufnahme von CloudTrail Protokollen aktivieren, CloudWatch um sicherzustellen, dass Sie weiterhin Protokolle erfassen.

Voraussetzungen

Methode 1: Verwenden der CloudTrail Konsole (empfohlen)

Dies ist die direkteste Methode, um Daten aus Ihrem vorhandenen Lake Event Data Store zu übertragen.

Methode 2: Verwenden von AWS CLI (create-import-task)

Mit dieser Methode können Sie die Aufnahme historischer Ereignisdaten programmgesteuert auslösen.

Schritt 1: Identifizieren Sie den Quell-ARN

Sie benötigen den Amazon Resource Name (ARN) Ihres CloudTrail Lake Event Data Store. Sie finden dies in der CloudTrail Konsole oder indem Sie es ausführenaws cloudtrail list-event-data-stores.

Schritt 2: Erstellen Sie die Importaufgabe

Verwenden Sie den logs Dienst, um die Aufgabe zu erstellen. Sie müssen den Quell-ARN des Event Data Store angeben.

aws logs create-import-task \
    --import-source-arn "arn:aws:cloudtrail:region:account-id:eventdatastore/eds-id" \
    --import-role-arn "arn:aws:iam::account-id:role/role-name" \
    --import-filter '{"startEventTime": START_TIME, "endEventTime": END_TIME}'

Parameter:

Schritt 3: Überwachen Sie den Aufgabenstatus

Da der Import asynchron ist, können Sie den Fortschritt der Migration mit dem describe-import-tasks folgenden Befehl überprüfen:

aws logs describe-import-tasks \
    --import-id "import-id"

Weitere Ressourcen