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.

Performances des volumes Amazon EBS

Plusieurs facteurs, notamment I/O les caractéristiques et la configuration de vos instances et volumes, peuvent affecter les performances d'Amazon EBS. Si vous suivez les instructions figurant sur nos pages détaillées des produits Amazon EBS et Amazon EC2, vous obtiendrez généralement de bonnes performances. Cependant, dans certains cas, vous devrez peut-être effectuer des réglages pour obtenir des performances optimales. Nous vous recommandons d’optimiser les performances à l’aide des informations provenant de votre charge de travail réelle, en plus des comparaisons, afin de déterminer votre configuration optimale. Après avoir appris les bases de l'utilisation des volumes EBS, il est conseillé d'examiner les I/O performances dont vous avez besoin et les options qui s'offrent à vous pour améliorer les performances d'Amazon EBS afin de répondre à ces exigences.

AWS les mises à jour des performances des types de volumes EBS peuvent ne pas prendre effet immédiatement sur vos volumes existants. Pour bénéficier de performances optimales sur un ancien volume, vous devrez peut-être d’abord effectuer une action ModifyVolume sur celui-ci. Pour de plus amples informations, veuillez consulter Modifier un volume Amazon EBS à l'aide des opérations Elastic Volumes.

Conseils sur les performances Amazon EBS

Ces conseils constituent des bonnes pratiques à appliquer pour obtenir des performances optimales à partir de vos volumes EBS, dans différents scénarios d’utilisation.

Utiliser des EBS-optimized instances

Sur les instances ne prenant pas en charge le EBS-optimized débit, le trafic réseau peut entrer en conflit avec le trafic entre votre instance et vos volumes EBS ; sur les EBS-optimized instances, les deux types de trafic sont séparés. Certaines configurations d' EBS-optimized instance entraînent un coût supplémentaire (telles que C3, R3 et M3), tandis que d'autres sont toujours gratuites EBS-optimized (telles que M4, C4, C5 et D2). Pour de plus amples informations, veuillez consulter Optimisation Amazon EBS.

Configurer la bande passante de l'instance

Pour les types d'instances pris en charge, vous pouvez configurer la pondération de la bande passante de l'instance pour augmenter la bande passante Amazon EBS de 25 % à l'aide de la pondération de ebs-1 bande passante. Cette fonctionnalité vous permet d'optimiser l'allocation des ressources réseau de votre instance entre le réseau EBS et le réseau VPC, ce qui peut améliorer les performances d'EBS pour les charges de travail. I/O-intensive Pour de plus amples informations, veuillez consulter Pondération de bande passante d'instance configurable.

Comprendre comment les performances sont calculées

Lorsque vous mesurez les performances de vos volumes EBS, il est important de comprendre les unités de mesure impliquées et la méthode de calcul des performances. Pour plus d’informations, consultez I/O Caractéristiques et surveillance d'Amazon EBS.

Comprendre votre charge de travail

Il existe une relation entre les performances maximales de vos volumes EBS, la taille et le nombre d' I/O opérations, et le temps nécessaire à l'exécution de chaque action. Chacun de ces facteurs (performance et latence) influe sur les autres, et les différentes applications sont plus sensibles à un facteur ou à un autre. I/O Pour de plus amples informations, veuillez consulter Évaluez les volumes Amazon EBS.

Être conscient des pertes de performances lors de l’initialisation des volumes à partir d’instantanés

La latence augmente considérablement la première fois que vous accédez à chaque bloc de données sur un nouveau volume EBS créé à partir d’un instantané. Vous pouvez éviter cette baisse de performances à l’aide de l’une des solutions suivantes :

Facteurs qui peuvent dégrader les performances des volumes HDD

Lorsque vous créez un instantané d’un volume HDD à débit optimisé (st1) ou HDD à froid (sc1), les performances peuvent diminuer jusqu’à la valeur de référence du volume pendant que l’instantané est en cours de création. Ce comportement est propre à ces types de volume. Parmi les autres facteurs susceptibles de limiter les performances, citons le fait de générer un débit supérieur à ce que l'instance peut supporter, la baisse des performances rencontrée lors de l'initialisation de volumes créés à partir d'un instantané et le nombre excessif de petites quantités aléatoires I/O sur le volume. Pour plus d’informations sur le calcul du débit des volumes HDD, consultez Types de volume Amazon EBS.

Vos performances peuvent également être affectées si votre application n'envoie pas suffisamment de I/O demandes. Cela peut être contrôlé en examinant la longueur et la I/O taille de la file d'attente de votre volume. La longueur de la file d'attente correspond au nombre de I/O demandes en attente envoyées par votre application à votre volume. Pour une cohérence maximale, les HDD-backed volumes doivent maintenir une longueur de file d'attente (arrondie au nombre entier le plus proche) égale ou supérieure à 4 lorsqu'ils exécutent une séquence de 1 MiB. I/O Pour plus d'informations sur la façon d'assurer la cohérence des performances de vos volumes, consultez I/O Caractéristiques et surveillance d'Amazon EBS.

Augmentez la lecture anticipée pour les charges de travail à haut débit et en lecture intense sur et (instances Linux uniquement) st1 sc1

Certaines charges de travail impliquent une forte densité de lecture et accèdent au périphérique de stockage en mode bloc via le cache d’une page du système d’exploitation (par exemple, à partir d’un système de fichiers). Dans ce cas, afin d’obtenir un débit optimal, nous vous recommandons de configurer le paramètre de lecture anticipée sur 1 Mio. Il s’agit d’un paramètre par périphérique de stockage en mode bloc, qui ne s’applique qu’à vos volumes HDD.

Afin d’examiner la valeur actuelle de lecture anticipée pour vos périphériques de stockage en mode bloc, utilisez la commande suivante :

$ sudo blockdev --report /dev/<device>

Les informations sur les périphériques de stockage en mode bloc s’affichent au format suivant :

RO    RA   SSZ   BSZ   StartSec            Size   Device
rw   256   512  4096       4096      8587820544   /dev/<device>

Le périphérique affiché indique une valeur de lecture anticipée de 256 (la valeur par défaut). Multipliez ce nombre par la taille du secteur (512 octets) afin d’obtenir la taille de la mémoire tampon de lecture anticipée (128 Kio ici). Pour définir la valeur de la mémoire tampon sur 1 Mio, utilisez la commande suivante :

$ sudo blockdev --setra 2048 /dev/<device>

Pour vérifier que le paramètre de lecture anticipée affiche maintenant 2 048, exécutez de nouveau la première commande.

N'utilisez ce paramètre que lorsque votre charge de travail est importante et séquentielle I/Os. S'il s'agit principalement de petits paramètres aléatoires I/Os, ce paramètre dégradera en fait vos performances. En général, si votre charge de travail est principalement petite ou aléatoire I/Os, vous devriez envisager d'utiliser un volume SSD (gp2etgp3) à usage général plutôt qu'un sc1 volume st1 or.

Utiliser un noyau Linux moderne (instances Linux uniquement)

Utilisez un noyau Linux récent avec une prise en charge des descripteurs indirects. Tous les noyaux Linux version 3.8 et supérieures les prennent en charge, ainsi que toute instance EC2 de la génération actuelle. Si votre I/O taille moyenne est égale ou proche de 44 KiB, vous utilisez peut-être une instance ou un noyau sans support pour les descripteurs indirects. Pour plus d'informations sur le calcul de la I/O taille moyenne à partir des CloudWatch statistiques Amazon, consultezI/O Caractéristiques et surveillance d'Amazon EBS.

Pour obtenir un débit optimal sur les volumes st1 ou sc1, nous vous recommandons d’appliquer la valeur 256 au paramètre xen_blkfront.max (pour les versions de noyau Linux antérieures à la 4.6) ou au paramètre xen_blkfront.max_indirect_segments (pour un noyau Linux version 4.6 et supérieures). Le paramètre approprié peut être défini dans la ligne de commande de démarrage de votre système d’exploitation.

Par exemple, dans une AMI Amazon Linux avec un noyau antérieur, vous pouvez l’ajouter à la fin de la ligne du noyau, dans la configuration GRUB disponible dans /boot/grub/menu.lst:

kernel /boot/vmlinuz-4.4.5-15.26.amzn1.x86_64 root=LABEL=/ console=ttyS0 xen_blkfront.max=256

Pour un noyau plus récent, la commande serait semblable à ce qui suit :

kernel /boot/vmlinuz-4.9.20-11.31.amzn1.x86_64 root=LABEL=/ console=tty1 console=ttyS0 xen_blkfront.max_indirect_segments=256

Redémarrez votre instance pour que ce paramètre prenne effet.

Pour plus d'informations, voir Configurer GRUB pour les AMI paravirtuelles. D’autres distributions Linux, en particulier celles qui n’utilisent pas le programme d’amorçage GRUB, peuvent nécessiter une approche différente pour le réglage des paramètres du noyau.

Pour plus d'informations sur les I/O caractéristiques d'EBS, consultez la présentation Amazon EBS : Designing for Performance re:Invent sur ce sujet.

Utiliser RAID 0 pour optimiser l’utilisation des ressources d’instance

Certains types d'instances peuvent générer un I/O débit supérieur à celui que vous pouvez fournir pour un seul volume EBS. Vous pouvez associer plusieurs volumes dans une configuration RAID 0 afin d’utiliser la bande passante disponible pour ces instances. Pour de plus amples informations, veuillez consulter Configuration d'Amazon EBS et du RAID.

Surveillez les performances des volumes Amazon EBS

Vous pouvez surveiller et analyser les performances de vos volumes Amazon EBS à l'aide d'Amazon CloudWatch, des contrôles de statut et des statistiques de performance détaillées d'EBS. Pour plus d’informations, consultez CloudWatch Métriques Amazon pour Amazon EBS et Statistiques de performances détaillées d'Amazon EBS.