Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

CloudTrail Modification de la disponibilité des lacs

Après mûre réflexion, nous avons décidé de fermer AWS CloudTrail Lake à de nouveaux clients à compter du 31 mai 2026. Si vous souhaitez utiliser CloudTrail Lake, inscrivez-vous avant cette date. Les clients existants peuvent continuer à utiliser le service normalement.

AWS CloudTrail Lake fournit une solution gérée pour la capture, le stockage et l'analyse des journaux d'audit provenant AWS ou non de AWS sources. AWS CloudTrail continue d'être disponible pour les clients existants, mais CloudTrail Lake ne recevra que des corrections de bogues critiques et des mises à jour de sécurité.

Ce guide fournit des informations sur les options de migration pour les clients de AWS CloudTrail Lake.

Support continu pour les magasins de données d'événements existants

AWS CloudTrail Lake prend en charge deux types de magasins de données d'événements (EDS) : les magasins de données d'événements d'organisation et les magasins de données d'événements de compte. Le niveau de support continu dépend du type que vous avez configuré.

Options de migration

Nous vous recommandons de migrer les données de vos journaux AWS CloudTrail Lake vers Amazon CloudWatch.

Comparaison des architectures

L'architecture AWS CloudTrail Lake actuelle fournit une solution gérée pour capturer, stocker et analyser les journaux d'audit par le biais de magasins de données d'événements et de requêtes. Ce système fonctionne comme une fonctionnalité interne AWS CloudTrail. L'alternative recommandée, Amazon CloudWatch, conserve la capacité de base de capture, de stockage et d'analyse CloudTrail des journaux. Il unifie les données de sécurité, d'exploitation et de conformité dans une seule solution. Amazon CloudWatch propose des fonctionnalités supplémentaires telles que l'analyse native basée sur des connecteurs prédéfinis pour les sources tierces les plus populaires, le libre accès via Apache Iceberg APIs et la prise en charge intégrée des formats Open Cybersecurity Schema Framework (OCSF) et Open Telemetry (). OpenSearch OTel

Procédure de migration

AWS a récemment introduit un moyen simplifié d'unifier vos données opérationnelles et de sécurité en vous permettant d'importer des banques de données historiques CloudTrail sur les événements de Lake (EDS) directement dans Amazon CloudWatch. Cette intégration utilise CloudWatch la nouvelle architecture de gestion unifiée des données pour fournir un écran unique pour vos journaux.

Meilleure pratique : l'approche pilote

Avant d'effectuer une migration à grande échelle de vos données historiques, il est vivement recommandé d'effectuer une migration pilote en utilisant un petit sous-ensemble de données. Cela vous permet de :

Une fois que vous êtes satisfait des résultats, vous pouvez procéder en toute confiance à la migration du jeu de données historique complet.

Une fois que vous avez migré avec succès votre jeu de données historique, vous pouvez activer l'ingestion en direct des CloudTrail journaux depuis CloudWatch pour vous assurer de continuer à capturer les journaux.

Conditions préalables

Méthode 1 : utilisation de la CloudTrail console (recommandée)

C'est le moyen le plus direct de transférer des données depuis votre magasin de données Lake Event existant.

Méthode 2 : utilisation du AWS CLI (create-import-task)

Cette méthode vous permet de déclencher par programmation l'ingestion de données d'événements historiques.

Étape 1 : identifier l'ARN source

Vous aurez besoin du nom de ressource Amazon (ARN) de votre magasin de données CloudTrail Lake Event. Vous pouvez le trouver dans la CloudTrail console ou en exécutantaws cloudtrail list-event-data-stores.

Étape 2 : Création de la tâche d'importation

Utilisez le logs service pour créer la tâche. Vous devez spécifier l'ARN source de l'Event Data Store.

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}'

Paramètres :

Étape 3 : Surveiller l'état de la tâche

L'importation étant asynchrone, vous pouvez vérifier la progression de la migration à l'aide de la commande suivante : describe-import-tasks

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

Ressources supplémentaires