Utilisation d'un volume dédié aux journaux (DLV)

Vous pouvez utiliser un volume dédié aux journaux (DLV) pour une instance de base de données qui utilise le stockage IOPS provisionnées (PIOPS). Un DLV déplace les journaux de transactions, les journaux de restauration MySQL/MariaDB et les journaux binaires des bases de données PostgreSQL vers un volume de stockage distinct du volume contenant les tables de base de données. Un DLV rend l'enregistrement des écritures de transactions plus efficace et plus cohérent. DLVs sont idéaux pour les bases de données présentant un stockage alloué important, des exigences élevées I/O par seconde (IOPS) ou des charges de travail sensibles à la latence.

DLVs sont pris en charge pour le stockage PIOPS (io1 et io2 Block Express) et sont créés avec une taille fixe de 1 024 GiB et 3 000 IOPS provisionnées.

Amazon RDS prend DLVs en charge toutes Régions AWS les versions suivantes :

RDS prend en charge les DLVs déploiements multi-AZ. Lorsque vous modifiez ou créez une instance multi-AZ, un DLV est créé à la fois pour l’instance principale et pour l’instance secondaire.

RDS prend en charge les DLVs répliques en lecture. Si un DLV est activé sur l'instance de base de données principale, tous les réplicas en lecture créés après l'activation du DLV auront également un DLV. Il ne sera pas activé sur les réplicas en lecture créés avant le passage au DLV, sauf s'il est explicitement modifié à cet effet. Nous recommandons que tous les réplicas en lecture attachés à une instance principale avant l’activation du DLV soient également modifiés manuellement pour avoir un DLV.

Pour plus d'informations sur les avantages de DLVs, consultez les articles de blog suivants :

Pour obtenir des informations sur les plages de stockage alloué, les IOPS provisionnés et le débit de stockage disponibles pour chaque moteur de base de données, consultez Stockage SSD à IOPS provisionnées.

Considérations relatives à l’activation et à la désactivation du DLV

L’activation et la désactivation du DLV peuvent prendre beaucoup de temps et entraîner une durée d’indisponibilité. Le processus consiste à copier tous les journaux de transactions ou les journaux de rétablissement et les journaux binaires (selon le moteur de base de données) vers le nouveau volume lors de l’activation, ou vers le stockage d’origine lors de la désactivation. La durée de cette opération est influencée par plusieurs facteurs :

Pour minimiser la durée d’indisponibilité, nous vous recommandons de planifier et de programmer pendant les périodes de faible activité ou pendant les fenêtres de maintenance.

Activation d’un DLV lorsque vous créez une instance de base de données

Vous pouvez utiliser l'API AWS Management Console AWS CLI, ou RDS pour créer une instance de base de données avec DLV activé.

Activation d’un DLV sur une instance de base de données existante

Vous pouvez utiliser l'API AWS Management Console AWS CLI, ou RDS pour modifier une instance de base de données afin d'activer le DLV.

Après avoir modifié le paramètre de DLV d’une instance de base de données, vous devez redémarrer l’instance de base de données.

Surveillance du stockage DLV

Vous pouvez surveiller l'utilisation du stockage DLV à l'aide de la FreeStorageSpaceLogVolume métrique contenue dans CloudWatch.

Vous pouvez utiliser la requête suivante pour RDS pour PostgreSQL afin de déterminer la taille occupée par les journaux de transactions :

SELECT pg_size_pretty(COALESCE(sum(size), 0)) AS total_wal_generated_size
FROM pg_catalog.pg_ls_waldir();

Si le DLV n’a plus d’espace de stockage, l’instance de base de données passe à l’état storage-full, ce qui entraîne une durée d’indisponibilité.