Drosselungslogik für Amazon ECS-Services

Der Amazon ECS Service Scheduler beinhaltet eine Schutzlogik, die Aufgabenstarts drosselt, wenn Aufgaben 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 Dienst nicht vom Status in den Status wechseln können und stattdessen direkt in PENDING den RUNNING Status verschoben werdenSTOPPED, führt der Scheduler folgende Schritte durch:

• Erhöht inkrementell die Zeit zwischen Neustartversuchen

• Nimmt die Verzögerungen zwischen den Versuchen weiter zu, bis zu einem Maximum von 27 Minuten

• Generiert eine Serviceereignismeldung, um Sie über das Problem zu informieren

Anmerkung

Die maximale Verzögerungszeit von 27 Minuten kann sich in future Updates ändern.

Wenn die Drosselung aktiviert ist, erhalten Sie diese Serviceereignismeldung:

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

Wichtige Merkmale der Drossellogik:

• Die Dienste 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

Lösung von Problemen mit der Drosselung

Um die Drosselung zu lösen, können Sie:

• Aktualisieren Sie den Dienst so, dass er eine neue Aufgabendefinition verwendet, wodurch der Dienst sofort wieder in den normalen, nicht gedrosselten Betrieb zurückversetzt wird. Weitere Informationen finden Sie unter Aktualisierung eines Amazon ECS-Service.

• Gehen Sie auf die Ursache der Taskfehler ein.

Zu den häufigsten Ursachen für Taskfehler, die eine Drosselung auslösen, gehören:

• Unzureichende Clusterressourcen (Anschlüsse, Arbeitsspeicher oder CPU)

  • Wird durch eine Ereignismeldung zu wenig Ressourcendienst angezeigt

• Fehler beim Abrufen von Container-Images

  • Kann durch ungültige Bildnamen, Tags oder unzureichende Berechtigungen verursacht werden

  • Ergebnisse CannotPullContainerError in Fehler beim Beenden von Amazon ECS-Aufgaben anzeigen

• Nicht genügend Speicherplatz

  • Führt zu Fehlern CannotCreateContainerError bei beendeten Aufgaben

  • Schritte zur Problembehebung finden Sie unter Fehlerbehebung beim Docker API error (500): devmapper in Amazon ECS

Wichtig

Die folgenden Szenarien lösen KEINE Drosselungslogik aus:

• Aufgaben, die nach Erreichen RUNNING des Status beendet werden

• Aufgaben wurden aufgrund fehlgeschlagener Elastic Load Balancing Balancing-Zustandsprüfungen gestoppt

• Aufgaben, bei denen der Container-Befehl nach Erreichen des Status mit einem Code ungleich Null beendet wird RUNNING