Pourquoi suis-je confronté à une attente d'I/O élevée, à une augmentation de la longueur de la file d'attente et à un pic de latence avec mon volume Amazon EBS ?

Lecture de 5 minute(s)
0

Je suis confronté à une attente d'E/S élevée, à une augmentation de la longueur de la file d'attente et à un pic de latence avec mon volume Amazon Elastic Block Store (Amazon EBS). Pourquoi cela se produit-il ?

Brève description

Pour les volumes Amazon EBS, une augmentation de la longueur de la file d'attente et un temps d'attente d'E/S élevé indiquent qu'il existe une latence dans l'achèvement des opérations d'E/S.

Les raisons les plus courantes de l'augmentation de la latence sont les suivantes :

  • Le volume EBS atteint sa limite de débit ou d'IOPS.
  • La limite de débit ou d'IOPS de l'instance Amazon Elastic Compute Cloud (Amazon EC2) est atteinte.
  • Un micro-bursting se produit.
  • Le volume est restauré à partir d'un instantané et est en cours d'initialisation.
  • Il y a un problème avec les sous-systèmes de stockage sous-jacents du volume.

Solution

Le volume atteint sa limite de débit ou d'IOPS

Les volumes EBS sont soumis à des limites de débit et d'IOPS en fonction de leur type et de leur taille. Vous pouvez également prévoir ces limites pour les types de volumes gp3, io1 et io2. Si vous atteignez vos limites, vous pouvez rencontrer une latence. Pour déterminer vos limites de débit et d'IOPS, consultez Comment puis-je calculer le nombre maximal d'IOPS et de débit pour un volume Amazon EBS ? Puis, vous pouvez utiliser les métriques CloudWatch pour vérifier si les volumes EBS de votre instance EC2 atteignent les limites de débit ou d'E/S par seconde.

Si vous atteignez fréquemment votre limite de débit ou d'E/S par seconde, envisagez de modifier le type ou la taille du volume pour qu'il réponde aux besoins de votre application. Il est recommandé de comparer vos volumes EBS à votre charge de travail dans un environnement de test afin de déterminer quels types de volumes vous conviennent le mieux.

La limite de débit ou d'IOPS de l'instance est atteinte

Les instances optimisées pour EBS ont un débit agrégé et un nombre d'E/S par seconde maximum qui peuvent être atteints sur tous les volumes EBS attachés à l'instance. Vous pouvez constater une attente d'E/S élevée et une latence accrue, mais votre volume n'atteint pas ses limites de débit ou d'IOPS. Dans ce cas, vérifiez si le débit ou les IOPS du volume atteignent la limite de débit ou d'IOPS de l'instance.

Par exemple, vous avez un volume gp3 de 1 TiB avec 16 000 IOPS provisionnées et un débit de 700 MiB/s associé à une instance t3.medium. Une instance t3.medium peut atteindre un débit maximal de 260,57 MiB/s et 11 800 IOPS agrégées sur tous les volumes qui y sont attachés. L'instance y parvient pendant seulement 30 minutes sur une période de 24 heures. Ensuite, les performances sont limitées à un débit de base de 43,43 MiB/s et 2 000 IOPS agrégées sur tous les volumes connectés. Bien que votre volume unique puisse supporter jusqu'à 700 Mo/s et 16 000 IOPS, l'instance ne peut pas atteindre ces performances.

Si les besoins en performances de votre application dépassent les capacités de votre instance, envisagez de changer le type d'instance pour qu'il réponde à vos besoins en matière de charge de travail. Pour obtenir la liste des types d'instances disponibles avec leurs limites de débit Amazon EBS et d'IOPS respectives, consultez les spécifications des instances optimisées pour EBS.

Un micro-bursting se produit

Le micro-bursting se produit lorsqu'un volume subit une perte d'IOPS ou de débit pendant une période nettement plus courte que la période de collecte. Le micro-bursting ne reflète pas les statistiques d'Amazon CloudWatch, et vous risquez de ne pas le détecter si vous ne le vérifiez pas. Pour déterminer si le problème est dû à un micro-éclatement, voir Comment puis-je identifier si mon volume EBS est en micro-éclatement et éviter que cela ne se produise ?

Le volume est restauré à partir d'un instantané et est en cours d'initialisation

Lorsqu'un volume est restauré à partir d'un instantané, ses données sont extraites d'Amazon Simple Storage Service (Amazon S3) et écrites sur le volume. Ce processus est appelé initialisation. L'initialisation peut entraîner une latence accrue des opérations d'E/S lors du premier accès à chaque bloc de données.

Pour réduire l'impact de l'initialisation sur les performances du volume, vous pouvez forcer l'initialisation du volume en lisant les blocs du volume. Vous pouvez également activer la restauration rapide des instantanés Amazon EBS afin que le volume soit complètement initialisé lors de sa création.

Il y a un problème avec les sous-systèmes de stockage sous-jacents du volume

Si vous avez essayé toutes les étapes de résolution des problèmes précédentes et que vous rencontrez toujours une latence élevée, contactez le support AWS.


Informations connexes

Comment puis-je utiliser les métriques CloudWatch pour calculer le débit moyen et le nombre moyen d'IOPS que mon volume EBS fournit ?

Résolution de la latence des E/S lors de la restauration de volumes Amazon EBS à partir d’instantanés EBS

AWS OFFICIEL
AWS OFFICIELA mis à jour il y a un an