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, dont les caractéristiques d’I/O et la configuration de vos instances et volumes, peuvent avoir des répercussions sur les performances d’Amazon EBS. Si vous suivez les instructions figurant sur nos pages détaillées sur les EC2 produits Amazon EBS et Amazon, 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. Maintenant que vous maîtrisez les bases de l’utilisation des volumes EBS, nous allons examiner les performances d’I/O dont vous avez besoin et les options qui vous permettront d’améliorer les performances d’Amazon EBS afin de répondre à ces besoins.

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 les instances optimisées pour EBS

Sur les instances sans prise en charge d’un débit optimisé pour EBS, le trafic réseau peut se heurter au trafic entre votre instance et vos volumes EBS. Sur les instances optimisées pour EBS, les deux types de trafic sont séparés. Certaines configurations d’instance optimisées pour EBS entraînent des frais supplémentaires (par exemple, C3, R3 et M3), tandis que d’autres sont optimisées pour EBS sans frais supplémentaires (par exemple, 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 intensives en E/S. 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 Caractéristiques et surveillance des E/S Amazon EBS.

Comprendre votre charge de travail

Il existe un lien entre les performances maximales de vos volumes EBS, la taille et le nombre d’opérations d’I/O, et le temps nécessaire pour effectuer chaque action. Chacun de ces critères (performances, I/O et latence) a un impact sur les autres, et chaque application est plus ou moins sensible à un critère ou à un autre. 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. Voici d’autres facteurs qui peuvent limiter les performances : débit généré supérieur à celui que l’instance peut accepter, pertes de performance lors de l’initialisation des volumes créés à partir d’un instantané, et quantité excessive d’I/O aléatoires de petite taille 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 demandes d’I/O. Il est possible de contrôler ce phénomène en examinant la longueur de file d’attente et la taille d’I/O de votre volume. La longueur de la file d’attente est le nombre de demandes d’I/O en attente, en provenance de votre application et à destination de votre volume. Pour une cohérence optimale, les volumes basés sur HDD doivent conserver une longueur de file d’attente de 4 ou plus (arrondie au nombre entier le plus proche) lors de l’exécution d’I/O séquentielles d’1 Mio. Pour plus d’information sur la manière de garantir des performances constantes sur vos volumes, consultez Caractéristiques et surveillance des E/S 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 per-block-device paramètre qui ne doit être appliqué qu'aux volumes de votre disque dur.

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 se compose d’I/O séquentielles de grande taille. Si elle se compose essentiellement d’I/O aléatoires de petite taille, ce paramètre va dégrader vos performances. En général, si votre charge de travail se compose principalement d’I/O aléatoires ou de petite taille, vous devez envisager d’utiliser un volume SSD à usage général (gp2 et gp3) plutôt qu’un volume st1 ou sc1.

Utiliser un noyau Linux moderne (instances Linux uniquement)

Utilisez un noyau Linux récent avec une prise en charge des descripteurs indirects. Tout noyau Linux 3.8 ou supérieur prend en charge ce support, ainsi que toute instance de la génération actuelle EC2 . Si votre taille moyenne d’I/O atteint 44 Kio ou s’en rapproche, il est possible que vous utilisiez une instance ou un noyau qui ne prend pas en charge les descripteurs indirects. Pour plus d'informations sur le calcul de la taille moyenne des E/S à partir CloudWatch des métriques Amazon, consultez. Caractéristiques et surveillance des E/S 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 le AMIs paravirtual. 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 caractéristiques d’I/O EBS, consultez la présentation re:Invent à ce sujet, intitulée Amazon EBS: Designing for Performance.

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

Certains types d’instance peuvent générer un débit d’I/O supérieur à celui que vous pouvez provisionner 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 performance EBS détaillées d'Amazon.