Comment puis-je résoudre les problèmes de latence dans mon réplica de lecture Amazon RDS for SQL Server ?

Brève description

Amazon RDS for SQL Server Édition Entreprise prend en charge la création de réplicas en lecture dans la même région AWS et entre les régions. La réplication des données est asynchrone et utilise la technologie Always-On pour répliquer les données d'une instance principale vers une instance de réplica. RDS for SQL Server ne réduit pas automatiquement le retard de réplica élevé entre une instance de base de données source et ses réplicas en lecture.

Résolution

Vérifier l'utilisation de vos ressources

Utilisez Amazon CloudWatch Enhanced Monitoring et Performance Insights pour vérifier l'utilisation des ressources sur vos instances principales et de réplica à un niveau détaillé.

Vérifiez que l'utilisation du processeur n'est pas limitée. Si vous utilisez un type d'instance extensible, assurez-vous que des crédits CPU sont disponibles ou que vous avez activé le mode Illimité.

Assurez-vous de disposer d’une mémoire libérable suffisante et que ReadIOPS et WriteIOPS respectent les quotas provisionnés. Si vous utilisez un volume gp2, vérifiez qu’un solde de crédit de transmission en rafales est disponible.

Vérifiez si **ReadThroughput ** et WriteThroughput ont atteint les quotas de type d'instance.

Remarque : Un manque de ressources dans l'instance de réplica peut entraîner un retard de réplication. Il est recommandé de créer l'instance principale et l'instance de réplica avec les mêmes type d'instance, type de stockage et nombre d'IOPS. Vous pouvez également effectuer une mise à l'échelle verticale ascendante ou descendante du réplica en lecture lorsque l'utilisation est minimale par rapport à l'instance principale.

Identifiez la période au cours de laquelle le retard de réplication a commencé à augmenter, puis prenez les mesures suivantes :

• Vérifiez les métriques WriteIOPS, WriteThroughput, NetworkReceiveThroughput et NetworkTrasmitThroughput sur l'instance principale. Déterminez si l'activité d'écriture est à l'origine du retard. Puis, vérifiez les mêmes métriques au cours de la même période sur le réplica en lecture.
• Vérifiez s'il existe des transactions de longue durée sur l'instance principale. Pour vérifier le statut des transactions actives, exécutez une requête similaire à l'exemple suivant :

  SELECT *
  FROM sys.sysprocesses
  WHERE open_tran = 1;

Identifier les temps d'attente et les blocages

Vérifiez s'il existe des délais de verrouillage ou des blocages importants sur l'instance de réplica. Des blocages se produisent entre les transactions Select et DDL/DML et retardent l'application des journaux de transactions depuis l'instance principale.

Pour vérifier le blocage, exécutez une requête similaire à l'exemple suivant :

SELECT * FROM sys.sysprocesses WHERE blocked > 0;

Vérifiez le retard de réplication

Exécutez une requête sur l'instance principale pour vérifier le retard de réplication et le retard de réplication maximal.

Retard de réplication

Exécutez la requête suivante :

SELECT
    AR.replica_server_name,
    DB_NAME (ARS.database_id) 'database_name',
    AR.availability_mode_desc,
    ARS.synchronization_health_desc,
    ARS.last_hardened_lsn,
    ARS.last_redone_lsn,
    ARS.secondary_lag_seconds,
FROM
    sys.dm_hadr_database_replica_states ARS
INNER JOIN
    sys.availability_replicas AR ON ARS.replica_id = AR.replica_id
WHERE
    DB_NAME(ARS.database_id) = 'database_name'
ORDER BY
    AR.replica_server_name;

Remarque : Remplacez database_name par le nom de votre base de données.

Vérifiez que la valeur de last_hardened_lsn progresse sur le réplica en lecture.

Délai de réplication maximal

Pour SQL Server, la métrique ReplicaLag correspond au retard maximal des bases de données en retard en secondes. Par exemple, si deux bases de données présentent un retard de 5 secondes et 10 secondes, ReplicaLag est de 10 secondes. Pour calculer la métrique ReplicaLag, exécutez la requête suivante sur l'instance principale :

SELECT max(secondary_lag_seconds) max_lag
FROM sys.dm_hadr_database_replica_states;

Gérer la synchronisation des données et l'état des instances

Lorsque vous créez un réplica en lecture, Amazon RDS prend un instantané à partir de l'instance principale, puis restaure l'instantané pour créer une instance de réplica en lecture. Amazon RDS relit les journaux de transactions pour synchroniser les données avec l'instance principale. Cependant, une fois que vous avez créé une nouvelle instance, celle-ci subit un chargement différé qui entraîne un retard de réplication. Il s'agit d'un comportement attendu. Pour réduire les effets du chargement différé, utilisez le type de volume io1 ou io2 lorsque vous créez le réplica en lecture. Après avoir créé le réplica, vous pouvez le reconvertir en volume de type gp2 ou gp3.

Exécutez les transactions par lots sur l'instance principale pour éviter les transactions longues et limitez la taille du fichier journal de transactions. Redémarrez l'instance de réplica uniquement lorsque cela est nécessaire en cas de retard de réplication élevé. Dans le cas contraire, Amazon RDS retarde les relectures du journal de transactions et vos bases de données pourraient passer à l’état Reprise.

Étant donné que les journaux sont traités à partir de l'instance principale, un retard de réplication peut survenir temporairement lorsque vous modifiez le type d'instance sur l'instance principale ou sur l'instance de réplica.

En outre, lorsque vous modifiez le type de stockage ou la taille de stockage, un retard de réplication peut survenir temporairement jusqu'à ce que l'optimisation du stockage soit terminée. Vous ne pouvez pas suivre la progression de l'optimisation du stockage.

Si un retard de réplication persiste, vérifiez le statut des bases de données utilisateur sur l'instance de réplica. Pour relire les journaux, le statut de la base de données doit être En ligne.

Remarque :

• Amazon RDS inclut les bases de données nouvellement créées dans le calcul de retard uniquement lorsqu'elles sont accessibles sur le réplica en lecture.
• ReplicaLag renvoie -1 lorsqu'Amazon RDS ne parvient pas à déterminer le retard, par exemple lors de la configuration du réplica ou lorsque le réplica en lecture est à l’état Erreur.

Informations connexes

Utilisation de réplicas en lecture pour Microsoft SQL Server dans Amazon RDS