À propos de pgAudit

L'extension pgAudit Open Source dans AlloyDB pour PostgreSQL vous permet d'enregistrer et de suivre de manière sélective les opérations SQL effectuées sur vos bases de données. Les journaux d'audit détaillés des sessions et des objets vous aident à surveiller l'activité de la base de données et à répondre aux exigences de conformité gouvernementales, financières et ISO.

Présentation

L'audit de base de données dans AlloyDB est disponible via l'extension pgAudit, qui surveille et enregistre un sous-ensemble configurable de commandes et de requêtes SQL exécutées. En revanche, Cloud Audit Logs enregistre les opérations d'administration et de maintenance effectuées sur une instance AlloyDB, comme décrit dans Surveiller l'accès à l'aide des journaux d'audit.

Important : AlloyDB utilise un pipeline géré asynchrone pour traiter les journaux d'audit générés par l'utilisateur. Les enregistrements sont temporairement mis en mémoire tampon sur l'espace de stockage local de l'instance avant d'être transférés de manière sécurisée vers Cloud Logging. Cette mise en mémoire tampon locale permet une journalisation hautes performances, mais elle consomme de l'espace disque temporaire sur l'instance. Pour en savoir plus sur les limites de stockage local, consultez Limites.

Limites

Les limites suivantes s'appliquent à la fonctionnalité pgAudit :

• La création et le traitement des enregistrements de journaux d'audit sont asynchrones. Un léger délai peut s'écouler avant que les enregistrements d'audit ne soient disponibles dans Cloud Logging. Vous pouvez surveiller la taille actuelle des données d'audit en attente, qui peut indiquer l'ampleur du retard, à l'aide de la métrique alloydb.googleapis.com/node/database/logging/audit/backlog_bytes_count dans Cloud Monitoring. Pour en savoir plus, consultez Surveiller l'état du pipeline des journaux d'audit.

• Lorsque pgAudit est activé et configuré, le taux de création des enregistrements du journal d'audit dépend de votre configuration et de l'activité de la charge de travail.

• Le système est conçu pour accepter un taux d'ingestion de journaux maximal de 90 Mio par seconde.

• Lorsque le taux de génération des journaux dépasse la capacité d'ingestion de la plate-forme, les journaux sont mis en mémoire tampon localement. Une contre-pression prolongée peut entraîner les conséquences suivantes :

  • Latence plus élevée entre les événements d'audit et les enregistrements visibles dans Cloud Logging.

  • Redémarrages ou plantages d'instances dus à l'épuisement de l'espace disque local.

  • Lacunes intermittentes dans les traces des journaux d'audit traitées et conservées.

• La taille maximale d'un enregistrement d'audit est de 1 Mo.