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 Zustand erreicht.

Der Dienstplaner sendet ein service (service-name) has reached a steady state. Serviceereignis, wenn der Dienst fehlerfrei ist und die gewünschte Anzahl von Aufgaben ausgeführt wurde, wodurch ein stabiler Zustand erreicht wird.

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

Service (Servicename) konnte eine Aufgabe nicht platzieren, da keine Container-Instance alle Anforderungen erfüllt hat.

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

Es wurden keine Container-Instances in Ihrem Cluster gefunden

Wenn in dem Cluster, in dem Sie versuchen, eine Aufgabe auszuführen, keine Container-Instances registriert sind, erhalten Sie diesen Fehler. Sie sollten Ihrem Cluster Container-Instances hinzufügen. Weitere Informationen finden Sie unter Starten einer Amazon ECS Linux-Container-Instance.

Nicht genügend Ports

Wenn Ihre Aufgabe feste Host-Port-Zuweisung verwendet (wenn zum Beispiel Ihre Aufgabe Port 80 auf dem Host für einen Webserver verwendet), brauchen Sie mindestens eine Container-Instance pro Aufgabe, weil nur ein Container einen einzelnen Host-Port auf einmal verwenden kann. Sie sollten Ihrem Cluster Container-Instances hinzufügen oder die Anzahl gewünschter Aufgaben reduzieren.

Registrierung einer zu großen Zahl von Ports

Die Container-Instance, die der Aufgabenplatzierung am nächsten kommt, darf die maximal zulässige Obergrenze für reservierte Ports von 100 Host-Ports pro Container-Instance nicht überschreiten. Ein dynamisches Host-Port-Mapping behebt das Problem möglicherweise.

Port wird bereits verwendet

Die Aufgabendefinition dieser Aufgabe verwendet in ihrer Portzuordnung denselben Port wie eine Aufgabe, die bereits auf der ausgewählten Container-Instance ausgeführt wird. Die Serviceereignis-Nachricht hätte die gewählte Container-Instance-ID als Teil der folgenden Nachricht.

The closest matching container-instance is already using a port required by your task.

Speicher reicht nicht aus

Wenn Ihre Aufgabendefinition 1000 MiB Speicher angibt und jede Container-Instance in Ihrem Cluster 1024 MiB Speicher hat, können Sie nur eine Kopie dieser Aufgabe pro Container-Instance ausführen. Sie können mit weniger Speicher in Ihrer Aufgabendefinition experimentieren, sodass Sie mehr als eine Aufgabe pro Container-Instance oder mehr Container-Instances in Ihrem Cluster starten können.

Anmerkung

Wenn Sie versuchen, Ihre Ressourcennutzung zu maximieren, indem Sie Ihren Aufgaben so viel Arbeitsspeicher wie möglich für einen bestimmten Instance-Typ zuweisen, lesen Sie nach unter Reservieren von Amazon ECS Linux-Container-Instance-Speicher .

CPU reicht nicht aus

Eine Container-Instance hat 1 024 CPU-Einheiten für jeden CPU-Kern. Wenn Ihre Aufgabendefinition 1.000 CPU-Einheiten angibt und jede Container-Instance in Ihrem Cluster 1 024 CPU-Einheiten hat, können Sie nur eine Kopie dieser Aufgabe pro Container-Instance ausführen. Sie können mit weniger CPU-Einheiten in Ihrer Aufgabendefinition experimentieren, sodass Sie mehr als eine Aufgabe pro Container-Instance oder mehr Container-Instances in Ihrem Cluster starten können.

Nicht genügend verfügbare ENI-Befestigungspunkte

Aufgaben, die den Netzwerkmodus awsvpc verwenden, erhalten ihre eigene Elastic-Network-Schnittstelle (ENI), die an die Container-Instance angehängt wird, die sie hostet. Amazon-EC2-Instances haben eine Begrenzung für die Anzahl der ENIs, die an sie angehängt werden können, und es gibt keine Container-Instances mit verfügbarer ENI-Kapazität im Cluster.

Das ENI-Limit für einzelne Container-Instances hängt von den folgenden Bedingungen ab:

• Wenn Sie sich nicht für die awsvpcTrunking-Kontoeinstellung angemeldet haben, hängt das ENI-Limit für jede Container-Instance vom Instance-Typ ab. Weitere Informationen finden Sie unter IP-Adressen pro Netzwerkschnittstelle pro Instance-Typ im Amazon EC2-Benutzerhandbuch.

• Wenn Sie sich für die awsvpcTrunking Kontoeinstellungen entschieden haben, aber nach der Anmeldung keine neuen Container-Instances mit einem unterstützten Instance-Typ gestartet haben, ist das ENI-Limit für jede Container-Instance immer noch auf dem Standardwert. Weitere Informationen finden Sie unter IP-Adressen pro Netzwerkschnittstelle pro Instance-Typ im Amazon EC2-Benutzerhandbuch.

• Wenn Sie sich für die awsvpcTrunking-Kontoeinstellung angemeldet haben und Sie haben neue Container-Instances mit einem unterstützten Instance-Typ nach der Anmeldung gestartet, stehen zusätzliche ENIs zur Verfügung. Weitere Informationen finden Sie unter Unterstützte Instances für mehr Amazon ECS-Container-Netzwerkschnittstellen.

Weitere Informationen zum Aktivieren der awsvpcTrunking-Kontoeinstellung finden Sie unter Zunehmende Netzwerkschnittstellen für Amazon ECS Linux-Container-Instances.

Sie können Ihrem Cluster Container-Instances hinzufügen, um weitere Netzwerkadapter zur Verfügung zu stellen.

Container-Instance fehlt erforderliches Attribut

Einige Aufgabendefinitionsparameter erfordern, dass eine bestimmte Docker-Remote-API-Version auf der Container-Instance installiert wird. Andere, wie die Optionen für Protokolltreiber, erfordern, dass die Container-Instances diese Protokolltreiber bei der Variablen zur Konfiguration des Agenten ECS_AVAILABLE_LOGGING_DRIVERS registrieren. Wenn Ihre Aufgabendefinition einen Parameter enthält, der ein bestimmtes Container-Instance-Attribut erfordert, und Sie keine verfügbaren Container-Instances haben, die diese Anforderung erfüllen können, kann die Aufgabe nicht platziert werden.

Eine häufige Ursache für diesen Fehler ist, dass Ihr Service Tasks verwendet, die den awsvpc Netzwerkmodus und den EC2-Starttyp verwenden. Für den von Ihnen angegebenen Cluster ist keine Container-Instance in demselben Subnetz registriert, das awsvpcConfiguration bei der Erstellung des Dienstes angegeben wurde.

Weitere Informationen darüber, welche Attribute für bestimmte Aufgabendefinitionsparameter und Agentenkonfigurationsvariablen erforderlich sind, finden Sie unter Amazon ECS-Aufgabendefinitionsparameter und Konfiguration des Amazon-ECS-Container-Agenten.

Service (Servicename) konnte eine Aufgabe nicht platzieren, da keine Container-Instance alle Anforderungen erfüllt hat. Die am besten passende Container-Instance container-instance-id verfügt nicht über ausreichend CPU-Einheiten.

Die Container-Instance, die der Aufgabenplatzierung am ehesten entspricht, 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 (Servicename) konnte eine Aufgabe nicht platzieren, da keine Container-Instance alle Anforderungen erfüllt hat. Für die am besten passende Container-Instance Container-Instance-ID ist der Fehler "AGENT" 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 Konfigurationsparameter für das Amazon ECS-Container-Agent-Protokoll. 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.

• Für das Amazon ECS-optimierte Amazon Linux 2 AMI und das Amazon ECS-optimierte Amazon Linux 2023 AMI

  sudo systemctl restart ecs

• Für das Amazon-ECS-optimierte Amazon-Linux-AMI

  sudo stop ecs && sudo start ecs

Service (Service-Name) (Instance-ID) ist in (elb elb-name) fehlerhaft. Grund: Die Instance hat mindestens die Anzahl der Integritätsprüfungen nacheinander nicht bestanden. UnhealthyThreshold

Dieser Service ist mit einem Load Balancer registriert und die Zustandsprüfungen des Load Balancer sind fehlgeschlagen. Weitere Informationen finden Sie unter Fehlerbehebung bei Service Load Balancers in Amazon ECS.

Service (service-name) kann nicht alle Aufgaben 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 Drosselungslogik für Amazon ECS-Services.

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 Tasks während einer Bereitstellung aufgrund der Konfiguration der Dienstbereitstellung nicht anhalten 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 maximumPercent Werten minimumHealthyPercent und, die bei der Erstellung des Dienstes definiert werden. Diese Werte können auch für einen vorhandenen Dienst aktualisiert werden.

Das minimumHealthyPercent stellt die Untergrenze für die Anzahl der Aufgaben dar, die für einen Dienst während einer Bereitstellung oder wenn eine Container-Instance leer ist, ausgeführt werden sollten. Das ist ein Prozent der gewünschten Anzahl von Aufgaben für den Service. Dieser Wert wird aufgerundet. Wenn beispielsweise die Mindestanzahl fehlerfreier Aufgaben bei vier liegt 50 und die gewünschte Anzahl an Aufgaben bei vier liegt, kann der Planer zwei bestehende Aufgaben beenden, bevor zwei neue Aufgaben gestartet werden. 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.

Der maximumPercent stellt die Obergrenze für die Anzahl der Aufgaben dar, die für einen Dienst während einer Bereitstellung oder wenn eine Container-Instance ausgelastet ist, ausgeführt werden sollten. Das ist ein Prozent der gewünschten Anzahl von Aufgaben für einen Service. Dieser Wert wird abgerundet. Wenn der maximale Prozentsatz beispielsweise vier beträgt 200 und die gewünschte Anzahl der Aufgaben bei vier liegt, kann der Scheduler vier neue Aufgaben starten, bevor er vier bestehende Aufgaben stoppt. 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 Anfordern einer Kontingenterhöhung im Benutzerhandbuch zu Service Quotas.

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

Im Folgenden finden Sie die möglichen Gründe 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.

• Sie versuchen, eine Aufgabendefinition auszuführen, die die ARM-Architektur auf Fargate Spot verwendet.

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 Anfordern 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 Anfordern einer Kontingenterhöhung im Benutzerhandbuch zu Service Quotas.

Service (service-name) konnte keine Aufgabe platzieren. Grund: Sie haben das Limit für die Anzahl der vCPUs erreicht, die 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.

Der Service (service-name) konnte den stabilen Status nicht erreichen, da der Aufgabensatz (taskSet-ID) nicht abskaliert werden 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:

• Warten Sie, bis der Schutz für die aktuellen Aufgaben abgelaufen ist, damit diese beendet werden können.

• Ermitteln Sie, welche Aufgaben gestoppt werden können, und verwenden Sie die UpdateTaskProtection API mit der protectionEnabled Option, false um den Schutz für diese Aufgaben aufzuheben.

• Erhöhen Sie die Anzahl der gewünschten Aufgaben des Services auf mehr als die Anzahl der geschützten Aufgaben.

Service (service-name) konnte keinen stabilen Zustand erreichen. Grund: In Ihrem Kapazitätsanbieter wurden keine Container-Instances gefunden.

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

Dem Cluster ist kein Kapazitätsanbieter zugeordnet

Verwenden Sie diese Option, describe-services um zu überprüfen, ob dem Cluster ein Kapazitätsanbieter zugeordnet ist. Sie können die Kapazitätsanbieterstrategie für den Service aktualisieren.

Stellen Sie sicher, dass im Kapazitätsanbieter Kapazität verfügbar ist. Stellen Sie beim EC2-Starttyp sicher, dass die Container-Instances die Anforderungen der Aufgabendefinition erfüllen.

Es wurden keine Container-Instances in Ihrem Cluster gefunden

Wenn in dem Cluster, in dem Sie versuchen, eine Aufgabe auszuführen, keine Container-Instances registriert sind, erhalten Sie diesen Fehler. Sie sollten Ihrem Cluster Container-Instances hinzufügen. Weitere Informationen finden Sie unter Starten einer Amazon ECS Linux-Container-Instance.

Nicht genügend Ports

Wenn Ihre Aufgabe eine feste Host-Port-Zuordnung verwendet (Ihre Aufgabe verwendet beispielsweise Port 80 auf dem Host für einen Webserver), benötigen Sie mindestens eine Container-Instance pro Aufgabe. Nur ein Container kann jeweils einen einzelnen Host-Port verwenden. Sie sollten Ihrem Cluster Container-Instances hinzufügen oder die Anzahl gewünschter Aufgaben reduzieren.

Registrierung einer zu großen Zahl von Ports

Die Container-Instance, die der Aufgabenplatzierung am nächsten kommt, darf die maximal zulässige Obergrenze für reservierte Ports von 100 Host-Ports pro Container-Instance nicht überschreiten. Ein dynamisches Host-Port-Mapping behebt das Problem möglicherweise.

Port wird bereits verwendet

Die Aufgabendefinition dieser Aufgabe verwendet in ihrer Portzuordnung denselben Port wie eine Aufgabe, die bereits auf der ausgewählten Container-Instance ausgeführt wird. Die Serviceereignis-Nachricht hätte die gewählte Container-Instance-ID als Teil der folgenden Nachricht.

The closest matching container-instance is already using a port required by your task.

Speicher reicht nicht aus

Wenn Ihre Aufgabendefinition 1000 MiB Speicher angibt und jede Container-Instance in Ihrem Cluster 1024 MiB Speicher hat, können Sie nur eine Kopie dieser Aufgabe pro Container-Instance ausführen. Sie können mit weniger Speicher in Ihrer Aufgabendefinition experimentieren, sodass Sie mehr als eine Aufgabe pro Container-Instance oder mehr Container-Instances in Ihrem Cluster starten können.

Anmerkung

Wenn Sie versuchen, Ihre Ressourcennutzung zu maximieren, indem Sie Ihren Aufgaben so viel Arbeitsspeicher wie möglich für einen bestimmten Instance-Typ zuweisen, lesen Sie nach unter Reservieren von Amazon ECS Linux-Container-Instance-Speicher .

Nicht genügend verfügbare ENI-Befestigungspunkte

Aufgaben, die den Netzwerkmodus awsvpc verwenden, erhalten ihre eigene Elastic-Network-Schnittstelle (ENI), die an die Container-Instance angehängt wird, die sie hostet. Amazon EC2 EC2-Instances haben ein Limit für die Anzahl der ENIs, die an sie angehängt werden können, und es gibt keine Container-Instances im Cluster, für die ENI-Kapazität verfügbar ist.

Das ENI-Limit für einzelne Container-Instances hängt von den folgenden Bedingungen ab:

• Wenn Sie sich nicht für die awsvpcTrunking-Kontoeinstellung angemeldet haben, hängt das ENI-Limit für jede Container-Instance vom Instance-Typ ab. Weitere Informationen finden Sie unter IP-Adressen pro Netzwerkschnittstelle pro Instance-Typ im Amazon EC2-Benutzerhandbuch.

• Wenn Sie sich für die awsvpcTrunking Kontoeinstellungen entschieden haben, aber nach der Anmeldung keine neuen Container-Instances mit einem unterstützten Instance-Typ gestartet haben, ist das ENI-Limit für jede Container-Instance immer noch auf dem Standardwert. Weitere Informationen finden Sie unter IP-Adressen pro Netzwerkschnittstelle pro Instance-Typ im Amazon EC2-Benutzerhandbuch.

• Wenn Sie sich für die awsvpcTrunking-Kontoeinstellung angemeldet haben und Sie haben neue Container-Instances mit einem unterstützten Instance-Typ nach der Anmeldung gestartet, stehen zusätzliche ENIs zur Verfügung. Weitere Informationen finden Sie unter Unterstützte Instances für mehr Amazon ECS-Container-Netzwerkschnittstellen.

Weitere Informationen zum Aktivieren der awsvpcTrunking-Kontoeinstellung finden Sie unter Zunehmende Netzwerkschnittstellen für Amazon ECS Linux-Container-Instances.

Sie können Ihrem Cluster Container-Instances hinzufügen, um weitere Netzwerkadapter zur Verfügung zu stellen.

Container-Instance fehlt erforderliches Attribut

Einige Aufgabendefinitionsparameter erfordern, dass eine bestimmte Docker-Remote-API-Version auf der Container-Instance installiert wird. Andere, wie die Optionen für Protokolltreiber, erfordern, dass die Container-Instances diese Protokolltreiber bei der Variablen zur Konfiguration des Agenten ECS_AVAILABLE_LOGGING_DRIVERS registrieren. Wenn Ihre Aufgabendefinition einen Parameter enthält, der ein bestimmtes Container-Instance-Attribut erfordert, und Sie keine verfügbaren Container-Instances haben, die diese Anforderung erfüllen können, kann die Aufgabe nicht platziert werden.

Eine häufige Ursache für diesen Fehler ist, wenn Ihr Service Tasks verwendet, die den awsvpc Netzwerkmodus und den EC2-Starttyp verwenden, und für den von Ihnen angegebenen Cluster keine Container-Instance in demselben Subnetz registriert ist, das awsvpcConfiguration bei der Erstellung des Dienstes angegeben wurde.

Weitere Informationen darüber, welche Attribute für bestimmte Aufgabendefinitionsparameter und Agentenkonfigurationsvariablen erforderlich sind, finden Sie unter Amazon ECS-Aufgabendefinitionsparameter und Konfiguration des Amazon-ECS-Container-Agenten.

Service (service-name) konnte keine Aufgabe 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:

• Warten Sie, bis die Fargate-Kapazität- oder EC2-Container-Instances verfügbar sind.

• Starten Sie den Service neu und geben Sie zusätzliche Subnetze an.

Die Bereitstellung des Dienstes (Dienstname) ist fehlgeschlagen: Aufgaben konnten nicht gestartet werden.

Die Aufgaben in Ihrem Dienst konnten nicht gestartet werden.

Informationen zum Debuggen gestoppter Aufgaben finden Sie unter. Fehlermeldungen zum Abbruch von Aufgaben durch 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 zur Container-Instance herstellen können, können Sie die Agentenprotokolle überprüfen. Weitere Informationen finden Sie unter Konfigurationsparameter für das Amazon ECS-Container-Agent-Protokoll. 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.

• Für das Amazon-ECS-optimierte Amazon-Linux-2-AMI

  sudo systemctl restart ecs

• Für das Amazon-ECS-optimierte Amazon-Linux-AMI

  sudo stop ecs && sudo start ecs

Der Tasksatz von service (service-name) (TaskSet-ID) ist in der Zielgruppe (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. Sie sollten den Dienst löschen und neu erstellen. Löschen Sie keine Elastic Load Balancing Balancing-Zielgruppe, es sei denn, der entsprechende Amazon ECS-Service wurde bereits gelöscht.

Der Tasksatz von service (service-name) (TaskSet-ID) ist in der Zielgruppe (Targetgroup-ARN) nicht fehlerfrei aufgrund von.TARGET IS NOT FOUND

Die für den Service festgelegte Aufgabe hat die Integritätsprüfungen nicht bestanden, weil das Ziel nicht gefunden wurde.