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.

EFSPerformances d'Amazon

Les sections suivantes fournissent un aperçu des EFS performances d'Amazon et décrivent l'impact de la configuration de votre système de fichiers sur les principales dimensions de performance. Nous fournissons également des conseils et des recommandations importants pour optimiser les performances de votre système de fichiers.

Récapitulatif des performances

Les performances du système de fichiers sont généralement mesurées à l'aide des dimensions de latence, de débit et d'opérations d'entrée/sortie par seconde (). IOPS Les EFS performances d'Amazon dans ces domaines dépendent de la configuration de votre système de fichiers. Les configurations suivantes ont un impact sur les performances d'un système de EFS fichiers Amazon :

Le tableau suivant décrit les spécifications de performance des systèmes de fichiers utilisant le mode de performance General Purpose et les différentes combinaisons possibles de type de système de fichiers et de mode de débit.

Classes de stockage

Les classes EFS de stockage Amazon sont conçues pour offrir le stockage le plus efficace possible en fonction des cas d'utilisation.

Pour plus d'informations sur les classes EFS de stockage, consultezClasses de stockage EFS.

Modes de performances

Amazon EFS propose deux modes de performance, General Purpose et Max I/O.

Pour garantir que votre charge de travail reste dans les IOPS limites disponibles pour les systèmes de fichiers utilisant le mode de performance General Purpose, vous pouvez surveiller la PercentIOLimit CloudWatch métrique. Pour de plus amples informations, veuillez consulter CloudWatch statistiques pour Amazon EFS.

Les applications peuvent évoluer de IOPS manière élastique jusqu'à la limite associée au mode performance. Ils ne vous sont pas facturés séparément IOPS ; ils sont inclus dans la comptabilisation du débit d'un système de fichiers. Chaque demande du système de fichiers réseau (NFS) est comptabilisée comme un débit de 4 kilo-octets (Ko), ou sa taille réelle de demande et de réponse, selon la valeur la plus élevée.

Modes de débit

Le mode de débit d’un système de fichiers détermine le débit disponible pour votre système de fichiers. Amazon EFS propose trois modes de débit : Elastic, Provisioned et Bursting. Le débit de lecture est réduit de manière à être supérieur au débit d’écriture. Le débit maximum disponible pour chaque mode de débit dépend du Région AWS. Pour plus d’informations sur le débit maximal du système de fichiers dans les différentes régions, consultez EFSQuotas Amazon.

Votre système de fichiers peut atteindre 100 % de son débit combiné de lecture et d’écriture. Par exemple, si votre système de fichiers utilise 33 % de sa limite de débit de lecture, il peut atteindre simultanément jusqu’à 67 % de sa limite de débit d’écriture. Vous pouvez surveiller l’utilisation du débit de votre système de fichiers dans le graphique d’utilisation du débit (%) sur la page détaillée du système de fichiers de la console. Pour de plus amples informations, veuillez consulter Surveillance des performances de débit.

Choisir le bon mode de débit pour un système de fichiers

Le choix du mode de débit adapté à votre système de fichiers dépend des exigences de performance de votre charge de travail.

Vous pouvez utiliser Amazon CloudWatch pour déterminer le average-to-peak ratio de votre charge de travail en comparant la MeteredIOBytes métrique à la PermittedThroughput métrique. Pour plus d'informations sur EFS les métriques Amazon, consultezCloudWatch statistiques pour Amazon EFS.

Débit élastique

Pour les systèmes de fichiers qui utilisent le débit élastique, Amazon augmente ou EFS diminue automatiquement les performances de débit pour répondre aux besoins liés à votre activité de charge de travail. Le débit élastique est le meilleur mode de débit pour les charges de travail élevées ou imprévisibles dont les exigences de performance sont difficiles à prévoir, ou pour les applications dont le débit est inférieur ou égal à 5 % du débit maximal en moyenne (le ratio). average-to-peak

Étant donné que les performances de débit des systèmes de fichiers dotés d'un débit élastique évoluent automatiquement, vous n'avez pas besoin de spécifier ou de provisionner la capacité de débit pour répondre aux besoins de votre application. Vous ne payez que pour la quantité de métadonnées et de données lues ou écrites, et vous n'accumulez ni ne consommez de crédits en rafale lorsque vous utilisez le débit élastique.

Pour plus d'informations sur les limites de débit élastiques par région, consultez. EFSQuotas Amazon que vous pouvez augmenter

Débit alloué

Avec le débit provisionné, vous spécifiez le niveau de débit que le système de fichiers peut atteindre indépendamment de la taille du système de fichiers ou de l'augmentation du solde créditeur. Utilisez le débit provisionné si vous connaissez les exigences de performance de votre charge de travail ou si votre application atteint un débit égal ou supérieur à 5 % du ratio. average-to-peak

Pour les systèmes de fichiers utilisant le débit provisionné, vous êtes facturé en fonction du débit activé pour le système de fichiers. Le Montant du débit facturé en un Mois est basé sur le débit fourni en sus du débit de base inclus dans votre système de fichiers à partir du stockage standard, jusqu’aux limites de débit de base en rafales en vigueur dans le Région AWS.

Si le débit de base du système de fichiers dépasse le débit provisionné, il utilise automatiquement le débit de rafale autorisé pour le système de fichiers (dans la limite des limites de débit de base \ Bursting en vigueur à cet égard). Région AWS

Pour plus d'informations sur les limites par RegionProvisioned débit, consultezEFSQuotas Amazon que vous pouvez augmenter.

Débit exceptionnel

Un débit maximal est recommandé pour les charges de travail qui nécessitent un débit adapté à la quantité de stockage de votre système de fichiers. Avec le débit en rafale, le débit de base est proportionnel à la taille du système de fichiers dans la classe de stockage Standard, à raison de 50 par GiB KiBps de stockage. Les crédits de rafale sont accumulés lorsque le système de fichiers consomme Moins que son débit de base et sont déduits lorsque le débit dépasse le débit de base.

Lorsque des crédits en rafale sont disponibles, un système de fichiers peut atteindre un débit de 100 MiBps par TiB de stockage, jusqu'à Région AWS la limite, avec un minimum de 100. MiBps Si aucun crédit en rafale n'est disponible, un système de fichiers peut en lire jusqu'à 50 MiBps par TiB de stockage, avec un minimum de 1. MiBps

Pour plus d'informations sur le débit en rafale par région, consultez. General resource quotas that cannot be changed

Comprendre les crédits Amazon EFS Burst

Avec le débit en rafale, chaque système de fichiers gagne des crédits en rafale au fil du temps à un taux de référence déterminé par la taille du système de fichiers stocké dans la classe de stockage EFS Standard. Le taux de référence est de 50 MiBps par tébioctet [TiB] de stockage (équivalent à 50 par KiBps GiB de stockage). Amazon EFS mesure les opérations de lecture jusqu'à un tiers du taux des opérations d'écriture, ce qui permet au système de fichiers de générer un taux de référence allant jusqu'à 150 KiBps par GiB de débit de lecture ou 50 par KiBps GiB de débit d'écriture.

Un système de fichiers peut générer du débit à son débit de référence mesuré en continu. Un système de fichiers accumule des crédits en rafale chaque fois qu’il est inactif ou que son débit est inférieur à son taux de référence mesuré. Les crédits de transmission en rafales cumulés permettent au système de fichiers d’émettre un débit supérieur à son taux de référence.

Par exemple, un système de fichiers contenant 100 GiB de données mesurées dans la classe de stockage Standard a un débit de référence de 5. MiBps Sur une période d'inactivité de 24 heures, le système de fichiers gagne 432 000 MiB de crédit (5 MiB × 86 400 secondes = 432 000 MiB), qui peuvent être utilisés MiBps pour atteindre 100 MiB pendant 72 minutes (432 000 MiB ÷ 100 = 72 minutes). MiBps

Les systèmes de fichiers d’une taille supérieure à 1 TiB peuvent toujours transmettre en rafales jusqu’à 50 % du temps s’ils sont inactifs pendant les 50 % du temps.

Le tableau suivant fournit des exemples de comportement de transmission en rafales.

Restrictions relatives au débit de commutation et à la modification du montant provisionné

Vous pouvez changer le mode de débit d’un système de fichiers existant et Modifier le débit. Toutefois, après avoir basculé le mode de débit sur Débit provisionné ou modifié le montant du débit provisionné, les actions suivantes sont limitées pendant 24 heures :

Conseils sur EFS les performances d'Amazon

Lorsque vous utilisez AmazonEFS, tenez compte des conseils de performance suivants.

Taille d’E/S Moyen

La nature distribuée d'Amazon EFS permet des niveaux élevés de disponibilité, de durabilité et d'évolutivité. Cette architecture distribuée entraîne de faibles coûts en matière de latence pour chaque opération réalisée sur les fichiers. En raison de cette faible latence par opération, le débit global augmente généralement avec la taille d’E/S Moyenne, les frais généraux étant amortis sur un plus grand volume de données.

Optimisation des charges de travail exigeant un débit élevé et IOPS

Pour les charges de travail nécessitant un débit élevéIOPS, utilisez des systèmes de fichiers régionaux configurés avec le mode de performance General Purpose et le débit élastique.

Pour atteindre les niveaux de performance les plus élevés, vous devez tirer parti de la parallélisation en configurant votre application ou votre charge de travail comme suit.

Connexions simultanées

Vous pouvez monter des systèmes de EFS fichiers Amazon sur des milliers d'instances Amazon EC2 et d'autres instances de AWS calcul simultanément. Vous pouvez obtenir des niveaux de débit plus élevés sur votre système de fichiers dans les instances regroupées.

Modèle de demande

Si vous activez les écritures asynchrones sur votre système de fichiers, les opérations d'écriture en attente sont mises en mémoire tampon sur l'EC2instance Amazon avant d'être écrites sur Amazon de manière asynchrone. EFS Les écritures asynchrones ont généralement des latences Moindres. Lors de l’exécution d’écritures asynchrones, le noyau utilise de la mémoire supplémentaire pour la mise en cache.

Un système de fichiers qui a activé les écritures synchrones ou qui ouvre des fichiers à l'aide d'une option qui contourne le cache (par exemple,O_DIRECT) envoie des demandes synchrones à Amazon. EFS Chaque opération fait l'objet d'un aller-retour entre le client et AmazonEFS.

NFSparamètres de montage du client

Vérifiez que vous utilisez les options de Montage recommandées, comme indiqué dans Systèmes de EFS fichiers de montage et Considérations relatives au montage pour Linux.

Lorsque vous montez vos systèmes de fichiers sur EC2 des instances Amazon, Amazon EFS prend en charge les protocoles Network File System versions 4.0 et 4.1 (NFSv4). NFSv4.1 fournit de meilleures performances pour les opérations de lecture parallèle de petits fichiers (supérieures à 10 000 fichiers par seconde) par rapport à NFSv4 .0 (moins de 1 000 fichiers par seconde). Pour les instances Amazon EC2 macOS exécutant macOS Big Sur, seule la version NFSv4 2.0 est prise en charge.

N’utilisez pas les options de Montage suivantes :

Optimisation des performances des petits fichiers

Vous pouvez améliorer les performances des petits fichiers en minimisant les réouvertures de fichiers, en augmentant le parallélisme et en regroupant les fichiers de référence dans la mesure du possible.

Optimisation des performances de disque

Lors de l'exécution d'une liste (ls) sur de très grands répertoires (plus de 100 000 fichiers) modifiés simultanément, les NFS clients Linux peuvent se bloquer et ne pas renvoyer de réponse. Ce problème est résolu dans le noyau 5.11, qui a été porté sur les noyaux Amazon Linux 2 4.14, 5.4 et 5.10.

Nous vous recommandons de limiter le nombre de répertoires de votre système de fichiers à Moins de 10 000, si possible. Chaque fois que possible, utilisez les sous-répertoires imbriqués.

Lorsque vous listez un répertoire, évitez d’obtenir des attributs de fichier s’ils ne sont pas obligatoires, car ils ne sont pas stockés dans le répertoire lui-même.

Optimisation de la taille de NFS read_ahead_kb

L'NFSread_ahead_kbattribut définit le nombre de kilo-octets que le noyau Linux doit lire à l'avance ou prélire lors d'une opération de lecture séquentielle.

Pour les versions du noyau Linux antérieures à la version 5.4.*, la read_ahead_kb valeur est définie en multipliant NFS_MAX_READAHEAD par la valeur pour rsize (la taille de la mémoire tampon de lecture configurée par le client définie dans les options de Montage). Lorsque vous utilisez les options de Montage recommandées, cette formule définie read_ahead_kb sur 15 Mo.

L'assistant de EFS montage Amazon disponible dans les amazon-efs-utils versions 1.33.2 et ultérieures modifie automatiquement la read_ahead_kb valeur pour qu'elle soit égale à 15 *rsize, soit 15 Mo, après le montage du système de fichiers.

Pour les noyaux Linux 5.4 ou versions ultérieures, si vous n’utilisez pas l’assistant de Montage pour Monter vos systèmes de fichiers, pensez à régler manuellement read_ahead_kb à 15 Mo pour améliorer les performances. Après avoir Monté le système de fichiers, vous pouvez réinitialiser la valeur read_ahead_kb à l’aide de la commande suivante. Avant d’utiliser cette commande, remplacez les valeurs suivantes :

device_number=$(stat -c '%d' efs-mount-point)
((major = ($device_number & 0xFFF00) >> 8))
((minor = ($device_number & 0xFF) | (($device_number >> 12) & 0xFFF00)))
sudo bash -c "echo read-ahead-value-kb > /sys/class/bdi/$major:$minor/read_ahead_kb"

L’exemple qui suit définit une taille read_ahead_kb de 1 Mo.

device_number=$(stat -c '%d' efs)
((major = ($device_number & 0xFFF00) >> 8))
((minor = ($device_number & 0xFF) | (($device_number >> 12) & 0xFFF00)))
sudo bash -c "echo 15000 > /sys/class/bdi/$major:$minor/read_ahead_kb"