

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Service-Drosselungslogik in Amazon ECS
<a name="service-throttle-logic"></a>

Amazon ECS Service Scheduler enthält eine schützende Logik, die Aufgabenstarts drosselt, wenn Aufgaben sie wiederholt nicht gestartet werden können. Dies trägt dazu bei, unnötigen Ressourcenverbrauch zu vermeiden und die Kosten zu senken.

Wenn Aufgaben in einem Service nicht vom Status `PENDING` in den Status `RUNNING` wechseln können und stattdessen direkt in den Status `STOPPED` verschoben werden, führt der Scheduler Folgendes durch:
+ Erhöht inkrementell die Zeit zwischen Neustartversuchen
+ Die Verzögerungen zwischen den Versuchen werden weiter erhöht, und zwar auf maximal 27 Minuten
+ Generiert eine Service-Ereignismeldung, um Sie über das Problem zu informieren

**Anmerkung**  
Die maximale Verzögerungszeit von 27 Minuten kann sich in zukünftigen Aktualisierungen ändern.

Wenn die Drosselung aktiviert ist, erhalten Sie diese Service-Ereignismeldung:

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

Wichtige Merkmale der Drossellogik:
+ Die Services setzen die Wiederholungsversuche auf unbestimmte Zeit fort
+ Die einzige Änderung ist die längere Zeit zwischen den Neustarts
+ Es gibt keine vom Benutzer konfigurierbaren Parameter

## Beheben von Drosselungsproblemen
<a name="resolving-throttling"></a>

Um die Drosselung zu lösen, können Sie:
+ Wenn Sie Ihren Service auf eine neue Aufgabendefinition aktualisieren, kehrt der Service sofort zu einem normalen, ungedrosselten Status zurück. Weitere Informationen finden Sie unter [Aktualisierung eines Amazon ECS-Service](update-service-console-v2.md).
+ Gehen Sie auf die Ursache der Aufgabenfehler ein.

Zu den häufigsten Ursachen für Aufgabenfehler, die eine Drosselung auslösen, gehören:
+ Unzureichende Cluster-Ressourcen (Ports, Arbeitsspeicher oder CPU)
  + Wird durch eine [Service-Ereignismeldung über zu wenig Ressourcen](service-event-messages-list.md#service-event-messages-1) angezeigt
+ Fehler beim Abrufen von Container-Images
  + Kann durch ungültige Image-Namen, Tags oder unzureichende Berechtigungen verursacht werden
  + Führt zu `CannotPullContainerError` in [Aufgabe-Beendet-Fehler in Amazon ECS anzeigen](stopped-task-errors.md)
+ Nicht genügend Speicherplatz
  + Führt zu `CannotCreateContainerError` in [Aufgabe-Beendet-Fehlern](stopped-task-errors.md)
  + Schritte zur Problembehebung finden Sie unter [Fehlerbehebung beim Docker-`API error (500): devmapper` in Amazon ECS](CannotCreateContainerError.md).

**Wichtig**  
Die folgenden Szenarien lösen KEINE Drosselungslogik aus:  
Aufgaben, die nach Erreichen des `RUNNING`-Status angehalten werden
Aufgaben wurden aufgrund fehlgeschlagener Zustandsprüfungen für Elastic Load Balancing angehalten
Aufgaben, bei denen der Container-Befehl nach Erreichen des Status `RUNNING` mit einem Code ungleich Null beendet wird