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.
Optimisez les performances pour les applications EBS directes APIs
Vous pouvez exécuter API des demandes simultanément. En supposant que la PutSnapshotBlock latence est de 100 ms, un thread peut traiter 10 requêtes en une seconde. En outre, en supposant que votre application cliente crée plusieurs threads et connexions (par exemple, 100 connexions), elle peut faire 1000 (10 * 100) demandes par seconde au total. Cela correspondra à un débit d’environ 500 Mo par seconde.
La liste suivante contient quelques éléments à rechercher dans votre application :
-
Chaque thread utilise-t-il une connexion séparée ? Si les connexions sont limitées sur l’application, plusieurs threads attendront que la connexion soit disponible et vous remarquerez un débit inférieur.
-
Y a-t-il un temps d’attente dans l’application entre deux demandes d’ajout ? Cela réduira le débit effectif d’un thread.
-
La limite de bande passante de l'instance : si la bande passante de l'instance est partagée par d'autres applications, cela peut limiter le débit disponible pour les PutSnapshotBlock demandes.
Veillez à prendre note des autres charges de travail qui peuvent être exécutées dans le compte pour éviter les goulots d’étranglement. Vous devez également intégrer des mécanismes de nouvelle tentative dans vos APIs flux de travail EBS directs pour gérer les ralentissements, les délais d'attente et l'indisponibilité des services.
Passez en revue les quotas APIs de service EBS direct pour déterminer le nombre maximal de API demandes que vous pouvez exécuter par seconde. Pour plus d’informations, consultez Points de terminaison et quotas Amazon Elastic Block Store dans AWS General Reference.
