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 des API directes d'EBS
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 créer des mécanismes de nouvelle tentative dans vos flux de travail API directes EBS afin de gérer la limitation, les délais d’attente et l’indisponibilité du service.
Passez en revue les quotas de service API directes EBS pour déterminer le maximum 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.
