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.

# Logique de limitation d’un service Amazon ECS
<a name="service-throttle-logic"></a>

Le planificateur de service Amazon ECS inclut désormais une logique qui limite la fréquence de lancement des tâches de service en cas d’échec de lancement répété. Cela permet d’éviter une consommation inutile de ressources et de réduire les coûts.

Lorsque les tâches d’un service ne passent pas d’un état `PENDING` à `RUNNING` et passent directement à un état `STOPPED`, le planificateur :
+ augmente progressivement le délai entre les tentatives de redémarrage ;
+ continue d’augmenter les délais jusqu’à 27 minutes entre les tentatives ;
+ génère un message d’événement de service pour vous informer du problème.

**Note**  
Le délai maximum de 27 minutes peut changer dans les futures mises à jour.

Lorsque la limitation est activée, vous recevez ce message d’événement de service :

```
(service {{service-name}}) is unable to consistently start tasks successfully.
```

Caractéristiques importantes de la logique de limitation :
+ Les services poursuivent indéfiniment les tentatives
+ La seule modification est l’augmentation du temps entre les redémarrages
+ Il n’existe aucun paramètre configurable par l’utilisateur

## Résolution des problèmes de limitation
<a name="resolving-throttling"></a>

Pour résoudre le problème de limitation, vous pouvez :
+ mettre à jour le service afin qu’il utilise une nouvelle définition de tâche, ce qui rétablit immédiatement le fonctionnement normal et non limité du service ; Pour de plus amples informations, veuillez consulter [Mettre à jour un service Amazon ECS](update-service-console-v2.md).
+ corriger la cause sous-jacente des défaillances de tâches.

Les causes courantes de défaillances de tâches qui déclenchent la limitation sont les suivantes :
+ Ressources de cluster insuffisantes (ports, mémoire ou UC)
  + Signalé par un [message d’événement de service de ressources insuffisantes](service-event-messages-list.md#service-event-messages-1)
+ Échecs d’extraction de l’image de conteneur
  + Cela peut être dû à des noms d’image non valides, à des balises ou à des autorisations insuffisantes
  + Résulte en `CannotPullContainerError` dans [Affichage des erreurs liées aux tâches Amazon ECS arrêtées](stopped-task-errors.md)
+ Espace disque insuffisant
  + Résulte en `CannotCreateContainerError` dans les [erreurs liées aux tâches arrêtées](stopped-task-errors.md)
  + Pour les étapes de résolution, consultez la section [Résolution des problèmes liés à `API error (500): devmapper` de Docker dans Amazon ECS](CannotCreateContainerError.md)

**Important**  
Les scénarios suivants ne déclenchent PAS la logique de limitation :  
Tâches qui s’arrêtent après avoir atteint l’état `RUNNING`
Tâches arrêtées suite à l’échec des surveillances d’état d’Elastic Load Balancing
Tâches pour lesquelles la commande du conteneur se termine avec un code différent de zéro après avoir atteint l’état `RUNNING`