Service-Drosselungslogik in Amazon ECS - Amazon Elastic Container Service
Beheben von Drosselungsproblemen

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

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

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.

  • Gehen Sie auf die Ursache der Aufgabenfehler ein.

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

Wichtig

Die folgenden Szenarien lösen KEINE Drosselungslogik aus:

  • Aufgaben, die nach Erreichen des RUNNING-Status angehalten werden

  • Aufgaben wurden aufgrund fehlgeschlagener ELB-Zustandsprüfungen gestoppt

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