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 de base de données, les journaux de rétablissement MySQL/MariaDB et les journaux binaires 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. Les DLV sont idéaux pour les bases de données présentant un stockage alloué important, des exigences élevées en matière d’E/S par seconde (IOPS) ou des charges de travail sensibles à la latence.

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

Amazon RDS prend en charge les DLV dans toutes les Régions AWS pour les versions suivantes :

RDS prend en charge les DLV avec 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 DLV avec réplicas 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 des DLV, consultez les billets de blog suivants :

Pour en savoir plus sur les plages de stockage alloué, les IOPS provisionnées 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 la AWS Management Console, l’AWS CLI ou l’API 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 la AWS Management Console, l’AWS CLI ou l’API RDS pour modifier une instance de base de données pour activer un 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 métrique FreeStorageSpaceLogVolume 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é.