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.

Amazon ECS-Serviceereignismeldungen

Im Folgenden finden Sie Beispiele für Service-Ereignismeldungen, die in der Amazon-ECS-Konsole angezeigt werden können:

service (service-name) hat einen stabilen Status erreicht.

Der Service Scheduler sendet ein service (service-name) has reached a steady state.-Service-Ereignis, wenn der Service fehlerfrei ist und die gewünschte Anzahl von Aufgaben hat, und erreicht so einen konstanten Status.

Der Service-Scheduler meldet den Status regelmäßig, sodass Sie diese Nachricht möglicherweise mehrmals erhalten.

service (service-name) konnte eine Aufgabe nicht platzieren, da keine Container-Instance alle ihre Anforderungen erfüllte.

Der Service Scheduler sendet diese Ereignismeldung, wenn er die verfügbaren Ressourcen zum Hinzufügen einer weiteren Aufgabe nicht finden konnte. Mögliche Ursachen dafür sind:

service (service-name) konnte eine Aufgabe nicht platzieren, da keine Container-Instance alle ihre Anforderungen erfüllte. Für die Container-Instance, die am ehesten passt, sind nicht container-instance-id genügend CPU-Einheiten verfügbar.

Die am besten passende Container-Instance für die Aufgabenplatzierung enthält nicht genügend CPU-Einheiten, um die Anforderungen in der Aufgabendefinition zu erfüllen. Überprüfen Sie die CPU-Anforderungen sowohl in den Aufgabengrößen- als auch den Containerdefinitionsparametern der Aufgabendefinition.

service (service-name) konnte eine Aufgabe nicht platzieren, da keine Container-Instance alle ihre Anforderungen erfüllte. Bei der Container-Instance, die am ehesten passt, ist der Fehler „AGENT“ container-instance-id aufgetreten.

Der Amazon-ECS-Container-Agent auf der am besten passenden Container-Instance für die Aufgabenplatzierung wird getrennt. Wenn Sie mit SSH eine Verbindung zu der Container-Instance herstellen können, können Sie die Agenten-Protokolle überprüfen. Weitere Informationen finden Sie unter Protokoll-Konfigurationsparameter für den Amazon-ECS-Container-Agenten. Sie sollten auch prüfen, ob der Agent auf der Instance ausgeführt wird. Wenn Sie das Amazon-ECS-optimierte AMI verwenden, können Sie versuchen, den Agenten mit dem folgenden Befehl zu stoppen und neu zu starten.

service (service-name) (tasktask-id) (instanceinstance-id) ist in (elbelb-name) fehlerhaft, und zwar aus dem folgenden Grund: Die Instanz hat mindestens die UnhealthyThreshold Anzahl der Integritätsprüfungen nacheinander nicht bestanden.

Dieser Service ist mit einem Load Balancer registriert und die Zustandsprüfungen des Load Balancer sind fehlgeschlagen. Die Nachricht enthält die Aufgaben-ID, anhand derer festgestellt werden kann, welche spezifische Aufgabe die Zustandsprüfungen nicht besteht. Weitere Informationen finden Sie unter Fehlerbehebung bei Service-Load Balancers in Amazon ECS.

service (service-name) kann Aufgaben nicht konsistent erfolgreich starten.

Dieser Service enthält Aufgaben, die nach mehrmaligen Versuchen nicht gestartet werden konnten. Zu diesem Zeitpunkt beginnt der Service-Scheduler, die Zeit zwischen erneuten Versuchen inkrementell zu erhöhen. Sie sollten eine Fehlersuche durchführen, um festzustellen, warum Ihre Aufgaben nicht starten. Weitere Informationen finden Sie unter Service-Drosselungslogik in Amazon ECS.

Nachdem der Service aktualisiert wurde, z. B. durch eine aktualisierte Aufgabendefinition, nimmt der Service-Scheduler sein normales Verhalten wieder auf.

service (service-name) -Operationen werden gedrosselt. Wird es später neu versuchen.

Dieser Service kann aufgrund von API-Beschränkungen keine weiteren Aufgaben starten. Sobald der Service-Scheduler in der Lage ist, weitere Aufgaben zu starten, wird er fortgesetzt.

Wenn Sie eine Kontingenterhöhung des API-Ratenlimits beantragen möchten, öffnen Sie die Seite AWS -Support -Center, melden sich gegebenenfalls an und wählen Create case (Fall erstellen). Wählen Sie Service Limit increase (Erhöhung des Servicelimits). Füllen Sie das Formular aus und senden Sie es ab.

service (service-name) konnte aufgrund der Konfiguration der Dienstbereitstellung während einer Bereitstellung keine Aufgaben beenden oder starten. Aktualisieren Sie den Wert minimumHealthyPercent oder MaximumPercent und versuchen Sie es erneut.

Dieser Service kann Aufgaben während einer Servicebereitstellung aufgrund der Bereitstellungskonfiguration nicht anhalten oder starten. Die Bereitstellungskonfiguration besteht aus den Werten minimumHealthyPercent und maximumPercent, die beim Erstellen des Service definiert werden. Diese Werte können auch für einen vorhandenen Service aktualisiert werden.

minimumHealthyPercent stellt die Untergrenze für die Anzahl der Aufgaben dar, die für einen Service während einer Bereitstellung oder wenn eine Container-Instance entlastet wird, ausgeführt werden sollen. Der Wert entspricht einem Prozentsatz der gewünschten Anzahl von Aufgaben für den Service. Dieser Wert wird aufgerundet. Zum Beispiel, wenn der minimale fehlerfreie Prozentsatz 50 ist und die gewünschte Aufgabenanzahl vier ist, kann der Scheduler zwei bestehende Aufgaben anhalten, bevor er zwei neue Aufgaben startet. Ebenso kann der Scheduler, wenn der minimale fehlerfreie Prozentsatz 75 % beträgt und die gewünschte Anzahl zwei ist, keine Aufgaben stoppen, da der resultierende Wert auch zwei ist.

maximumPercent stellt die Obergrenze für die Anzahl der Aufgaben dar, die für einen Service während einer Bereitstellung oder wenn eine Container-Instance entlastet wird, ausgeführt werden sollen. Der Wert entspricht einem Prozentsatz der gewünschten Anzahl von Aufgaben für einen Service. Dieser Wert wird abgerundet. Zum Beispiel, wenn der maximale Prozentsatz 200 ist und die gewünschte Aufgabenanzahl vier ist, kann der Scheduler vier neue Aufgaben starten, bevor er vier vorhandene Aufgaben beendet. Ebenso, wenn der maximale Prozentsatz 125. ist und die gewünschte Aufgabenanzahl drei ist, kann der Scheduler keine Aufgaben starten, da der resultierende Wert ebenfalls drei ist.

Wenn Sie einen minimalen fehlerfreien Prozentsatz oder einen maximalen Prozentsatz festlegen, sollten Sie sicherstellen, dass der Scheduler mindestens eine Aufgabe anhalten oder starten kann, wenn eine Bereitstellung ausgelöst wird.

service (service-name) konnte keine Aufgabe platzieren. Grund: Sie haben das Limit für die Anzahl der Aufgaben erreicht, die Sie gleichzeitig ausführen können

Sie können eine Kontingenterhöhung für die Ressource anfordern, die den Fehler verursacht hat. Weitere Informationen finden Sie unter Amazon-ECS-Service-Kontingente. Informationen zum Anfordern einer Kontingenterhöhung finden Sie unter Beantragen einer Kontingenterhöhung im Benutzerhandbuch zu Service Quotas.

service (service-name) konnte keine Aufgabe platzieren. Grund: Interner Fehler.

Im Folgenden finden Sie den möglichen Grund für diesen Fehler:

Der Service kann eine Aufgabe nicht starten, da sich ein Subnetz in einer nicht unterstützten Availability Zone befindet.

Informationen zu den unterstützten Fargate-Regionen und Availability Zones finden Sie unter Unterstützte Regionen für Amazon ECS auf AWS Fargate.

Weitere Informationen zum Anzeigen der Subnetz-Availability-Zone finden Sie unter Anzeigen Ihres Subnetzes im Benutzerhandbuch zu Amazon VPC.

service (service-name) konnte keine Aufgabe platzieren. Grund: Die angeforderte CPU-Konfiguration liegt über Ihrem Limit.

Sie können eine Kontingenterhöhung für die Ressource anfordern, die den Fehler verursacht hat. Weitere Informationen finden Sie unter Amazon-ECS-Service-Kontingente. Informationen zum Anfordern einer Kontingenterhöhung finden Sie unter Beantragen einer Kontingenterhöhung im Benutzerhandbuch zu Service Quotas.

service (service-name) konnte keine Aufgabe platzieren. Grund: Die angeforderte MEMORY-Konfiguration liegt über Ihrem Limit.

Sie können eine Kontingenterhöhung für die Ressource anfordern, die den Fehler verursacht hat. Weitere Informationen finden Sie unter Amazon-ECS-Service-Kontingente. Informationen zum Anfordern einer Kontingenterhöhung finden Sie unter Beantragen einer Kontingenterhöhung im Benutzerhandbuch zu Service Quotas.

service (service-name) konnte keine Aufgabe platzieren. Grund: Sie haben das Limit für die Anzahl von v erreicht, die CPUs Sie gleichzeitig ausführen können

AWS Fargate geht von Quoten auf Basis der Task-Anzahl auf vCPU-basierte Kontingente über.

Sie können eine Kontingenterhöhung für das vCPU-basierte Kontingent von Fargate anfordern. Weitere Informationen finden Sie unter Amazon-ECS-Service-Kontingente. Informationen zur Erhöhung eines Fargate-Kontingents finden Sie unter Anfordern einer Kontingenterhöhung im Service-Quotas-Benutzerhandbuch.

service (service-name) konnte den Steady-State nicht erreichen, weil Task Set (taskSet-ID) nicht skalieren konnte. Grund: Die Anzahl der geschützten Aufgaben übersteigt die gewünschte Anzahl von Aufgaben.

Der Service verfügt über mehr geschützte Aufgaben als die gewünschte Anzahl von Aufgaben. Sie können eine der folgenden Aktionen durchführen:

service (service-name) konnte den stationären Status nicht erreichen. Grund: In Ihrem Kapazitätsanbieter wurden keine Container-Instances gefunden.

Der Service Scheduler sendet diese Ereignismeldung, wenn er die verfügbaren Ressourcen zum Hinzufügen einer weiteren Aufgabe nicht finden konnte. Mögliche Ursachen dafür sind:

service (service-name) konnte eine Aufgabe nicht platzieren. Grund: Kapazität ist derzeit nicht verfügbar. Bitte versuchen Sie es später erneut oder in einer anderen Availability Zone.

Derzeit ist keine Kapazität verfügbar, mit der Ihr Service ausgeführt werden kann.

Sie können eine der folgenden Aktionen durchführen:

Die Bereitstellung von service (service-name) ist fehlgeschlagen: Aufgaben konnten nicht gestartet werden.

Die Aufgaben im Service konnten nicht gestartet werden.

Informationen dazu, wie Sie angehaltene Aufgaben debuggen können, finden Sie unter Aufgabe-Beendet-Fehlermeldungen in Amazon ECS.

service (service-name) Beim Warten auf den Start von Amazon ECS Agent ist eine Zeitüberschreitung aufgetreten. Bitte überprüfen Sie die Protokolle unter „/var/log/ecs/ecs-agent.log“.

Der Amazon-ECS-Container-Agent auf der am besten passenden Container-Instance für die Aufgabenplatzierung wird getrennt. Wenn Sie mit SSH eine Verbindung zu der Container-Instance herstellen können, können Sie die Agenten-Protokolle überprüfen. Weitere Informationen finden Sie unter Protokoll-Konfigurationsparameter für den Amazon-ECS-Container-Agenten. Sie sollten auch prüfen, ob der Agent auf der Instance ausgeführt wird. Wenn Sie das Amazon-ECS-optimierte AMI verwenden, können Sie versuchen, den Agenten mit dem folgenden Befehl zu stoppen und neu zu starten.

service (service-name) task set (taskSet-ID) (tasktask-id) ist in target-group (targetGroup-ARN)) nicht fehlerfrei aufgrund von. TARGET GROUP IS NOT FOUND

Die für den Service festgelegte Aufgabe hat die Zustandsprüfungen nicht bestanden, weil die Zielgruppe nicht gefunden wurde. Die Nachricht enthält die Aufgaben-ID, anhand derer festgestellt werden kann, welche spezifische Aufgabe die Zustandsprüfungen nicht besteht. Sie sollten den Service löschen und erneut erstellen. Löschen Sie keine ELB-Zielgruppe, es sei denn, der entsprechende Amazon ECS-Service wurde bereits gelöscht.

service (service-name) task set (taskSet-ID) (tasktask-id) ist in target-group (targetGroup-ARN)) nicht fehlerfrei, weil TARGET IS NOT FOUND

Die für den Service festgelegte Aufgabe hat die Zustandsprüfungen nicht bestanden, weil das Ziel nicht gefunden wurde. Die Nachricht enthält die Aufgaben-ID, anhand derer festgestellt werden kann, welche spezifische Aufgabe die Zustandsprüfungen nicht besteht.

Die IAM-Berechtigungsrichtlinien wurden falsch konfiguriert oder geändert, und ECS kann Ihren Service nicht mehr aufrechterhalten

Der Service kann aufgrund falsch konfigurierter oder geänderter IAM-Berechtigungsrichtlinien keine Aufgaben verwalten. Für die IAM-Rolle, die Ihrem ECS-Service oder Ihren ECS-Aufgaben zugeordnet ist, fehlen möglicherweise die erforderlichen Berechtigungen.

Um dieses Problem zu beheben, fügen Sie der IAM-Rolle die erforderlichen Berechtigungen hinzu. Informationen zum Verwalten von IAM-Berechtigungen finden Sie unter Hinzufügen und Entfernen von IAM-Identitätsberechtigungen im IAM-Benutzerhandbuch.

Die IAM-Vertrauensbeziehungen wurden falsch konfiguriert oder geändert, und ECS kann Ihren Service nicht mehr aufrechterhalten

Der Service kann aufgrund einer falsch konfigurierten oder geänderten IAM-Vertrauensbeziehung keine Aufgaben verwalten. Die mit Ihrem ECS-Service oder Ihren ECS-Aufgaben verknüpfte IAM-Rolle hat möglicherweise eine falsche Vertrauensrichtlinie.

Um dieses Problem zu beheben, konfigurieren Sie eine Vertrauensrichtlinie für die in Ihrer Aufgabendefinition verwendete Rolle. Weitere Informationen zum Erstellen von Vertrauensrichtlinien für benutzerdefinierte Rollen finden Sie unter Erstellen einer Rolle für einen benutzerdefinierten Anwendungsfall im IAM-Benutzerhandbuch.

service (service-name) konnte keine number Aufgaben für die Bereitstellung starten. deployment-id

Der Service Scheduler sendet diese Ereignismeldung, wenn ein Bereitstellungsworkflow einige Aufgaben erfolgreich startet, aber aufgrund von Kapazitätsfehlern nicht alle angeforderten Aufgaben gestartet werden können. Dies tritt in der Regel auf, wenn Circuit Breaker aktiviert ist, und gibt Aufschluss darüber, warum Bereitstellungen fehlschlagen oder rückgängig gemacht werden können.

Die Meldung enthält den spezifischen Fehlergrund, z. B. unzureichende CPU-, Arbeitsspeicher- oder andere Ressourcenbeschränkungen. Auf diese Weise können Sie besser verstehen, welche Ressourcen zur Lösung des Bereitstellungsproblems benötigt werden.

Weitere Informationen finden Sie unter service (service-name) konnte eine Aufgabe nicht platzieren, da keine Container-Instance alle ihre Anforderungen erfüllte..

service (service-name) konnte keine Aufgaben in Ihrem Cluster platzieren, da das Kapazitätslimit für die Bereitstellung von Aufgaben überschritten wurde.

Der Service Scheduler sendet diese Ereignisnachricht, wenn Ihr Cluster das Limit von 500 Aufgaben erreicht hat, die sich gleichzeitig im PROVISIONING Status befinden können. Dies ist ein Limit auf Clusterebene, kein dienstspezifisches Problem.

Dies tritt in der Regel auf, wenn Sie einen Dienst mit einer hohen Anzahl von gewünschten Aufgaben und begrenzter vorab bereitgestellter Kapazität starten oder wenn mehrere Dienste gleichzeitig gestartet werden, was zu einer hohen Aufgabenabwanderung führt.

So beheben Sie dieses Problem

Weitere Informationen zu Amazon ECS-Servicekontingenten finden Sie unter Amazon Elastic Container Service Endpoints and Quotas in der Amazon Web Services General Reference.