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

Vous pouvez utiliser un volume de journal dédié (DLV) pour une instance de base de données qui utilise le stockage PIOPS (Provisioned IOPS). Un DLV déplace les journaux de transactions des bases de données PostgreSQL MySQL/MariaDB redo logs and binary logs to a storage volume that's separate from the volume containing the database tables. A DLV makes transaction write logging more efficient and consistent. DLVs are ideal for databases with large allocated storage, high I/O et les exigences par seconde (IOPS), ou les 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 d'IOPS par seconde 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 des interruptions de service. 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) sur le nouveau volume lors de l'activation, ou à les remettre dans le stockage d'origine lors de la désactivation. La durée de cette opération est influencée par plusieurs facteurs :

Pour minimiser les temps d'arrêt, nous vous recommandons de planifier et de planifier pendant les périodes de faible activité ou pendant les périodes de maintenance.

Activation du DLV lors de la création d'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 du 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 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 dans storage-full cet état, ce qui entraîne une interruption de service.