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.
Vous pouvez exécuter des demandes d’API 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 directs EBS pour gérer les ralentissements, les délais d'expiration et l'indisponibilité des services.
Passez en revue les quotas de APIs service direct EBS pour déterminer le nombre maximal de demandes d'API 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.
