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.
Schémas de conception des bonnes pratiques : optimisation des performances Amazon S3
Vos applications peuvent facilement exécuter des milliers de transactions par seconde lors du chargement et de l'extraction du stockage depuis Amazon S3. Amazon S3 se met automatiquement à l'échelle en fonction des taux de demandes très importants. Par exemple, votre application peut atteindre au moins 3 500 demandes PUT/COPY/POST/DELETE ou 5 500 demandes GET/HEAD par seconde par préfixe Amazon S3 partitionné. Il n'existe aucune limite au nombre de préfixes dans un compartiment. Vous pouvez augmenter vos performances de lecture et d'écriture en effectuant une mise en parallèle. Par exemple, si vous créez 10 préfixes dans un compartiment Amazon S3 pour paralléliser les lectures, vous pouvez adapter vos performances de lecture à 55 000 demandes de lecture par seconde. De même, vous pouvez mettre à l'échelle les opérations d'écriture en écrivant sur plusieurs préfixes. La mise à l'échelle, dans le cas des opérations de lecture et d'écriture, se fait progressivement et n'est pas instantanée. Pendant la mise à l'échelle d'Amazon S3 à votre nouveau taux de demandes plus élevé, vous pouvez rencontrer des erreurs 503 (Ralentissement). Ces erreurs disparaissent une fois la mise à l'échelle terminée. Pour plus d'informations sur la création et l'utilisation de préfixes, consultez Organisation des objets à l'aide de préfixes.
Certaines applications de lacs de données sur Amazon S3 analysent des milliards d'objets pour les requêtes qui portent sur des péta-octets de données. Ces applications de lacs de données atteignent des taux de transfert à instance unique qui optimisent l'utilisation de l'interface réseau pour leur instance Amazon EC2, laquelle peut atteindre jusqu'à 100 Gbits/s sur une seule instance. Ces applications regroupent ensuite le débit de plusieurs instances pour parvenir à plusieurs téraoctets par seconde.
D'autres applications sont sensibles à la latence, comme les applications de messagerie des réseaux sociaux. Ces applications peuvent atteindre des latences constantes pour les petits objets (et les first-byte-out latences pour les objets plus grands) d'environ 100 à 200 millisecondes.
D'autres AWS services peuvent également contribuer à accélérer les performances de différentes architectures d'applications. Par exemple, si vous souhaitez des taux de transfert plus élevés sur une seule connexion HTTP ou des latences à un chiffre en millisecondes, utilisez Amazon CloudFront ou Amazon pour la mise en cache avec ElastiCacheAmazon S3.
De plus, si vous souhaitez un transport rapide de données sur de longues distances entre un client et un compartiment S3, utilisez Configuration de transferts de fichiers rapides et sécurisés à l'aide d'Amazon S3 Transfer Acceleration. Transfer Acceleration utilise les emplacements périphériques répartis dans le monde entier CloudFront pour accélérer le transport des données sur des distances géographiques. Si votre charge de travail Amazon S3 utilise le chiffrement côté serveur avec AWS KMS, consultez la section AWS KMS Limites du guide du AWS Key Management Service développeur pour obtenir des informations sur les taux de demandes pris en charge pour votre cas d'utilisation.
Les rubriques suivantes décrivent les instructions et les modèles de conception des bonnes pratiques pour optimiser les performances des applications qui utilisent Amazon S3. Veuillez consulter Recommandations de performance pour Amazon S3 et Modèles de conception des performances pour Amazon S3 pour obtenir les informations les plus à jour sur l'optimisation des performances pour Amazon S3.
Note
Pour plus d’informations sur l’utilisation de la classe de stockage Amazon S3 Express One Zone avec des compartiments de répertoires, consultez Qu’est-ce que S3 Express One Zone ? et Compartiments de répertoire.
