Comment résoudre les problèmes liés aux pics de latence d'écriture dans mon instance de base de données Amazon RDS ?

Brève description

La métrique WriteLatency définit la durée moyenne de chaque opération d'E/S sur disque. Il est préférable que la latence d'écriture ne soit pas supérieure à une milliseconde.

Si vous effectuez les actions suivantes, la latence d'écriture de votre instance de base de données peut augmenter :

• Créez une sauvegarde Amazon RDS de votre instance de base de données mono-AZ.
• Remplacez une instance de base de données RDS mono-AZ par une instance Multi-AZ.
• Effectuez une restauration à partir d'un instantané de base de données.
• Effectuez une reprise ponctuelle (PITR) pour votre instance de base de données.
• Créez un nouveau réplica en lecture.

Le pic peut également être dû à des opérations d'entrée/sortie par seconde (IOPS) ou à un goulot d'étranglement du débit dû à une charge de travail importante sur la base de données.

Résolution

Remédiez aux problèmes liés aux pics de latence

Pour identifier la cause de la latence d'écriture élevée sur votre instance de base de données, consultez les métriques Amazon CloudWatch suivantes pour Amazon RDS :

• WriteLatency
• WriteIOPS
• WriteThroughput
• DiskQueueDepth
• BurstBalance pour le stockage SSD à usage général (gp2)

Les valeurs suivantes indiquent que votre instance de base de données est soumise à une charge de travail importante et nécessite davantage de ressources :

• Les valeurs de latence sont élevées.
• Les valeurs de débit et d'IOPS ont atteint leurs quotas maximaux.
• La valeur de DiskQueueDepth est élevée.
• Pour gp2, la valeur de BurstBalance est faible.

Pour résoudre un problème d'IOPS ou de débit, effectuez l'une des actions suivantes :

• Pour une instance de base de données avec des volumes gp2, vérifiez la classe d'instance de base de données et la taille de stockage. Pour plus d'informations, consultez la section Instances optimisées pour Amazon Elastic Block Store (Amazon EBS).
• Pour une instance de base de données avec stockage d’IOPS provisionnées (io1), vérifiez la classe d'instance de base de données et définissez les IOPS provisionnées.

Si les métriques CloudWatch n'indiquent pas que vos ressources sont limitées, utilisez la surveillance améliorée pour vérifier la métrique writeIOsPS.

Remarque : CloudWatch enregistre les métriques à des intervalles de 60 secondes. Il est donc possible qu'il n'enregistre pas chaque pic ou chaque baisse. Vous pouvez définir la propriété Granularité de surveillance améliorée sur un intervalle d'une seconde.

Si les métriques précédentes n'indiquent pas la cause de votre latence, vérifiez les métriques CloudWatch NetworkReceiveThroughput et NetworkTransmitThroughput pour détecter les problèmes de réseau.

Réduisez le chargement différé

Le chargement différé peut se produire lorsque vous effectuez un PITR, que vous remplacez une instance mono-AZ par une instance multi-AZ ou que vous créez un nouveau réplica en lecture. Si vous essayez d'accéder à des données qu'Amazon RDS n'a pas chargées, l'instance de base de données télécharge immédiatement les données demandées depuis Amazon Simple Storage Service (Amazon S3). L'instance continue de charger le reste des données en arrière-plan.

Pour réduire le chargement différé sur les tables auxquelles vous devez accéder rapidement, effectuez des opérations impliquant des analyses complètes des tables, telles que SELECT*. Cela permet à Amazon RDS de télécharger toutes les données de table sauvegardées depuis Amazon S3.

Pour réduire le chargement différé après avoir remplacé une instance mono-AZ par une instance multi-AZ, vous pouvez également effectuer l'une des actions suivantes :

• Effectuez un basculement manuel peu après avoir modifié l'instance.
• Exécutez un vidage complet ou simplement les requêtes requises pour charger toutes les données des tables. Pour les instances Amazon RDS pour PostgreSQL, vous pouvez exécuter la commande pg_prewarm.

Mettez en œuvre les bonnes pratiques en matière de latence élevée

Si votre instance de base de données présente une latence élevée, mettez en œuvre les bonnes pratiques suivantes :

• Allouez des ressources suffisantes à votre base de données pour exécuter des requêtes. Le nombre de ressources que vous allouez dépend de votre type d'instance.
• Utilisez Performance Insights pour surveiller la charge de travail de votre base de données. Performance Insights peut vous aider à identifier les requêtes SQL sous-jacentes qui s'exécutent dans votre base de données en cas de latence avec votre application. Ensuite, évaluez la charge de votre base de données pour déterminer les actions à entreprendre.
• Modifiez la taille ou le type de votre volume Amazon EBS pour éviter les microrafales. Pour en savoir plus, consultez la section Comment savoir si mon volume EBS subit un événement de micro-bursting et m'assurer que cela n'affecte pas les performances ?
• Ajustez vos requêtes pour optimiser les performances de la base de données.
• Si vous remplacez votre instance mono-AZ par une instance multi-AZ, modifiez-la en dehors des heures ouvrables.
• Créez des alarmes CloudWatch pour les métriques Amazon RDS afin de vous assurer que l'instance ne ralentit pas.

Important : Performance Insights atteindra sa fin de vie le 30 juin 2026. Vous pouvez effectuer une mise à niveau vers le mode Avancé de Database Insights avant le 30 juin 2026. Si vous n'effectuez pas de mise à niveau, les clusters de base de données qui utilisent Performance Insights passeront par défaut au mode Standard de Database Insights. Seul le mode Avancé de Database Insights prendra en charge les plans d'exécution et l’analyse à la demande. Si vos clusters passent par défaut en mode Standard, il est possible que vous ne puissiez pas utiliser ces fonctionnalités sur la console. Pour activer le mode Avancé, consultez les sections Activation du mode Avancé de Database Insights pour Amazon RDS et Activation du mode Avancé de Database Insights pour Amazon Aurora.

Informations connexes

Bonnes pratiques pour Amazon RDS

Comprendre les performances de rafale par rapport aux performances de base avec Amazon RDS et gp2

Déploiements d'instances de bases de données multi-AZ pour Amazon RDS