Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
I/O Caractéristiques et surveillance d'Amazon EBS
Dans une configuration de volume donnée, certaines I/O caractéristiques déterminent le comportement des performances de vos volumes EBS.
-
SSD-backed les volumes, les SSD à usage général (
gp2etgp3) et les SSD à IOPS provisionnés (io1etio2) offrent des performances constantes, qu'une I/O opération soit aléatoire ou séquentielle. -
HDD-backed les volumes, Throughput Optimized HDD (
st1) et Cold HDD (sc1), offrent des performances optimales uniquement lorsque les I/O opérations sont volumineuses et séquentielles.
Pour comprendre les performances des volumes SSD et HDD dans votre application, il est important de connaître le lien entre la demande du volume, le nombre d'IOPS disponibles, le temps nécessaire à l'exécution d'une I/O opération et les limites de débit du volume.
Rubriques
IOPS
Les IOPS sont une unité de mesure représentant les input/output opérations par seconde. Les opérations sont mesurées en KiB, et la technologie de disque sous-jacente détermine la quantité maximale de données qu'un type de volume compte comme une seule donnée I/O. I/O la taille est plafonnée à 256 KiB pour les volumes SSD et à 1 024 KiB pour les volumes HDD, car les volumes SSD gèrent des volumes petits ou aléatoires I/O beaucoup plus efficacement que les volumes HDD.
Lorsque de petites I/O opérations sont physiquement séquentielles, Amazon EBS tente de les fusionner en une seule I/O opération jusqu'à la taille maximale I/O . De même, lorsque les I/O opérations dépassent la I/O taille maximale, Amazon EBS tente de les diviser en I/O opérations plus petites. Le tableau suivant montre quelques exemples.
| Type de volume | I/O Taille maximale | I/O opérations depuis votre application | Nombre d’IOPS | Remarques |
|---|---|---|---|---|
| SSD | 256 Kio | 1 x 1 024 KiB en I/O fonctionnement | 4 (1 024÷256=4) | Amazon EBS divise l'opération de 1 024 I/O KiB en quatre opérations plus petites de 256 KiB. |
| 8 opérations séquentielles de 32 KiB I/O | 1 (8x32=256) | Amazon EBS fusionne les huit I/O opérations séquentielles de 32 KiB en une seule opération de 256 KiB. | ||
| 8 I/O opérations aléatoires de 32 KiB | 8 | Amazon EBS compte les I/O opérations aléatoires séparément. | ||
| HDD | 1 024 KiB | 1 x 1 024 KiB en I/O fonctionnement | 1 | L' I/O opération est déjà égale à la I/O taille maximale. Elle n’est ni fusionnée ni divisée. |
| 8 opérations séquentielles de 128 KiB I/O | 1 (8x128=1 024) | Amazon EBS fusionne les huit opérations séquentielles de 128 KiB en une seule I/O opération de 1 024 KiB. I/O | ||
| 8 I/O opérations aléatoires de 32 KiB | 8 | Amazon EBS compte les I/O opérations aléatoires séparément. |
Par conséquent, lorsque vous créez un SSD-backed volume supportant 3 000 IOPS (soit en provisionnant un io2 volume avec 3 000 IOPS, io1 soit en dimensionnant un volume gp2 à 1 000 GiB, soit en utilisant un gp3 volume), et que vous l'attachez à une EBS-optimized instance capable de fournir une bande passante suffisante, vous pouvez transférer jusqu'à 3 000 données par seconde, le débit I/Os étant déterminé par la taille. I/O
Latence et longueur de file d’attente d’un volume
La longueur de la file d'attente du volume correspond au nombre de I/O demandes en attente pour un appareil. La latence est le véritable temps passé par le client à effectuer une I/O opération de bout en bout, en d'autres termes, le temps écoulé entre l'envoi d'un message I/O à EBS et la réception d'un accusé de réception d'EBS indiquant que la lecture ou l'écriture est terminée. I/O La longueur de la file d'attente doit être correctement calibrée en fonction de I/O la taille et de la latence afin d'éviter de créer des goulots d'étranglement sur le système d'exploitation client ou sur la liaison réseau avec EBS.
La longueur de la file d’attente optimale varie en fonction des charges de travail, selon la sensibilité de votre application à la latence et à l’IOPS. Si votre charge de travail ne fournit pas suffisamment de I/O demandes pour utiliser pleinement les performances disponibles sur votre volume EBS, il est possible que votre volume ne fournisse pas les IOPS ou le débit que vous avez provisionnés.
Transaction-intensive les applications sont sensibles à une I/O latence accrue et sont bien adaptées aux SSD-backed volumes. Vous pouvez conserver des IOPS élevées et une latence faible grâce à une longueur de file d’attente moyenne réduite et à un nombre élevé d’IOPS disponibles pour le volume. L'augmentation constante du nombre d'IOPS sur un volume par rapport à ce qu'il est disponible peut entraîner une augmentation de la I/O latence. Pour une cohérence maximale, un volume doit maintenir une profondeur de file d'attente moyenne (arrondie au nombre entier le plus proche) d'une pour 1 000 IOPS provisionnées par minute. Par exemple, pour un volume provisionné avec 3 000 IOPS, la profondeur moyenne de la file d'attente doit être de 3.
Throughput-intensive les applications sont moins sensibles à une I/O latence accrue et sont bien adaptées aux HDD-backed volumes. Vous pouvez maintenir un débit élevé vers les HDD-backed volumes en maintenant une longueur de file d'attente élevée lorsque vous effectuez des opérations I/O séquentielles volumineuses.
I/O limites de débit de taille et de volume
Pour les SSD-backed volumes, si votre I/O taille est très importante, le nombre d'IOPS peut être inférieur à celui que vous avez provisionné, car vous atteignez la limite de débit du volume. Par exemple, un gp2 volume inférieur à 1 000 GiB avec des crédits de rafale disponibles a une limite d'IOPS de 3 000 et une limite de débit de volume de 250. MiB/s Si vous utilisez une I/O taille de 256 KiB, votre volume atteint sa limite de débit à 1 000 IOPS (1 000 x 256 KiB = 250 MiB). Pour les I/O tailles plus petites (telles que 16 KiB), ce même volume peut supporter 3 000 IOPS car le débit est bien inférieur à 250. MiB/s (Ces exemples supposent que votre volume I/O n'atteint pas les limites de débit de l'instance.) Pour plus d’informations sur les limites de débit pour chaque type de volume EBS, consultez Types de volume Amazon EBS.
Pour les I/O opérations de moindre envergure, il est possible que vous constatiez une valeur d'IOPS supérieure à celle prévue, mesurée depuis l'intérieur de votre instance. Cela se produit lorsque le système d'exploitation de l'instance fusionne de petites I/O opérations en une opération plus importante avant de les transmettre à Amazon EBS.
Si votre charge de travail utilise l'activation séquentielle I/Os HDD-backed st1 et les sc1 volumes, vous risquez de rencontrer un nombre d'IOPS plus élevé que prévu, mesuré depuis l'intérieur de votre instance. Cela se produit lorsque le système d'exploitation de l'instance fusionne de manière séquentielle I/Os et les compte en 1 KiB-sized 024 unités. Si votre charge de travail est faible ou aléatoire I/Os, il se peut que vous obteniez un débit inférieur à ce à quoi vous vous attendiez. Cela est dû au fait que nous comptons chaque valeur aléatoire et non séquentielle I/O dans le calcul du nombre total d'IOPS, ce qui peut vous amener à atteindre la limite d'IOPS du volume plus tôt que prévu.
Quel que soit votre type de volume EBS, si vous n’obtenez pas les IOPS ou le débit prévus dans votre configuration, veillez à ce que la bande passante de votre instance EC2 ne soit pas à l’origine de la limite. Vous devez toujours utiliser une instance de génération actuelle (ou une EBS-optimized instance qui inclut 10 connexions Gb/s réseau) pour des performances optimales. Le fait que vous ne conduisiez pas suffisamment I/O vers les volumes EBS est une autre cause possible de ne pas atteindre les IOPS attendus.
Surveillez les I/O caractéristiques à l'aide CloudWatch
Vous pouvez surveiller ces I/O caractéristiques à l'aide des mesures de CloudWatch volume de chaque volume.
Moniteur en cas de blocage I/O
VolumeStalledIOCheck surveille le statut de vos volumes EBS afin de déterminer à quel moment ils sont dégradés. La métrique est une valeur binaire qui renvoie un statut 0 (réussite) ou un statut 1 (échec) selon que le volume EBS peut ou non terminer I/O ses opérations.
Si la VolumeStalledIOCheck métrique échoue, vous pouvez soit attendre AWS que le problème soit résolu, soit prendre des mesures, telles que le remplacement du volume concerné ou l'arrêt et le redémarrage de l'instance à laquelle le volume est attaché. Dans la plupart des cas, lorsque cette métrique échoue, EBS diagnostique et restaure automatiquement votre volume en quelques minutes. Vous pouvez utiliser l' I/Oaction Pause in AWS Fault Injection Service pour exécuter des expériences contrôlées afin de tester votre architecture et votre surveillance sur la base de cette métrique afin d'améliorer votre résilience face aux défaillances de stockage.
Surveiller la I/O latence d'un volume
Vous pouvez surveiller la latence moyenne pour les opérations de lecture et d'écriture d'un volume Amazon EBS en utilisant respectivement les VolumeAvgWriteLatency métriques VolumeAvgReadLatency et. Vous pouvez utiliser l'action d'injection de latence AWS Fault Injection Service pour exécuter des expériences contrôlées afin de tester votre architecture et votre surveillance sur la base de cette métrique afin d'améliorer votre résilience face à la dégradation des performances de stockage.
Si votre I/O latence est supérieure à ce dont vous avez besoin, assurez-vous que votre application n'essaie pas de générer plus d'IOPS ou de débit que ce que vous avez prévu pour votre volume. Vous pouvez utiliser les VolumeAvgThroughput métriques VolumeAvgIOPS et pour surveiller les IOPS et le débit moyens acheminés vers votre volume en une minute, puis les comparer aux IOPS et au débit provisionnés du volume. Si le volume ne génère aucune opération pendant la minute, les métriques indiqueront une valeur de zéro (0). Si des pics d'IOPS ou de débit élevés se produisent pendant une période inférieure à un intervalle de quelques minutes, le volume subit des micro-rafales, mais les indicateurs de débit et d'E/S par seconde moyens peuvent indiquer que vous obtenez des performances inférieures aux IOPS ou aux limites de débit allouées à votre volume. Pour déterminer si les performances de votre volume augmentent en une minute donnée, vous pouvez utiliser les VolumeThroughputExceededCheck indicateurs VolumeIOPSExceededCheck et. Vous pouvez surveiller ces indicateurs pour déterminer si votre charge de travail a constamment tenté de générer des IOPS ou un débit supérieur aux performances allouées à votre volume au cours d'une minute donnée. Si le nombre d'IOPS générées pendant une seconde par minute dépasse systématiquement les performances d'IOPS provisionnées de votre volume, la VolumeIOPSExceededCheck métrique est renvoyée. 1 Si le débit piloté pendant une seconde en une minute dépasse régulièrement les performances de débit provisionné de votre volume, la VolumeThroughputExceededCheck métrique est renvoyée. 1 Si les IOPS et le débit pilotés sont conformes aux performances allouées à votre volume, les indicateurs sont renvoyés. 0
Si votre application a besoin d’un nombre d’IOPS supérieur à ce que votre volume peut fournir, envisagez d’utiliser l’une des options suivantes :
-
Un volume
gp3,io2, ouio1approvisionné avec suffisamment d’IOPS pour atteindre la latence requise -
Un volume
gp2plus important qui fournit des performances IOPS de base suffisantes
HDD-backed st1et les sc1 volumes sont conçus pour optimiser les performances avec des charges de travail tirant parti de la taille maximale I/O de 1 024 KiB. Pour déterminer la I/O taille moyenne de votre volume, divisez VolumeWriteBytes parVolumeWriteOps. Le même calcul s’applique pour les opérations de lecture. Si I/O la taille moyenne est inférieure à 64 KiB, l'augmentation de la taille I/O des opérations envoyées à un sc1 volume st1 OR devrait améliorer les performances.
Surveillez l'équilibre des compartiments en rafale pourgp2,st1, et les sc1 volumes
BurstBalance affiche l’équilibre du compartiment en rafales des volumes gp2, st1 et sc1 sous forme de pourcentage du solde restant. Lorsque votre bucket en rafale est épuisé, le volume I/O (pour les gp2 volumes) ou le débit (pour st1 et les sc1 volumes) est limité à la valeur de référence. Vérifiez la valeur BurstBalance pour déterminer si votre volume est limité pour cette raison. Pour obtenir la liste complète des métriques Amazon EBS disponibles, consultez la section CloudWatch Métriques Amazon pour Amazon EBS et les métriques Amazon EBS pour Nitro-based les instances.
Surveillez les statistiques de I/O performance en temps réel
Vous pouvez accéder à des statistiques de performance détaillées en temps réel pour les volumes Amazon EBS attachés à des instances Nitro-based Amazon EC2.
Vous pouvez combiner ces statistiques pour obtenir la latence moyenne et les IOPS, ou pour vérifier si les I/O opérations sont terminées. Vous pouvez également consulter la durée totale pendant laquelle votre application a dépassé les IOPS ou les limites de débit allouées à votre volume EBS ou à l'instance attachée. En suivant l'augmentation de ces statistiques au fil du temps, vous pouvez déterminer si vous devez augmenter vos IOPS provisionnées ou vos limites de débit pour optimiser les performances de votre application. Les statistiques de performances détaillées incluent également des histogrammes pour les I/O opérations de lecture et d'écriture, qui fournissent une distribution de votre I/O latence en suivant le nombre total d' I/O opérations effectuées dans une bande de latence.
Pour de plus amples informations, veuillez consulter Statistiques de performances détaillées d'Amazon EBS.
Ressources connexes
Pour plus d'informations sur les I/O caractéristiques d'Amazon EBS, consultez la présentation re:Invent suivante : Amazon EBS :