Messages relatifs ECS aux événements du service Amazon - Amazon Elastic Container Service
service (service-name) a atteint un état stable.service (service-name) n'a pas pu placer de tâche car aucune instance de conteneur ne répondait à toutes ses exigences.service (service-name) n'a pas pu placer de tâche car aucune instance de conteneur ne répondait à toutes ses exigences. L'instance de conteneur correspondante la plus proche container-instance-id le nombre d'CPUunités disponibles est insuffisant.service (service-name) n'a pas pu placer de tâche car aucune instance de conteneur ne répondait à toutes ses exigences. L'instance de conteneur correspondante la plus proche container-instance-id erreur rencontrée « AGENT ».service (service-name) (instance instance-id) est malsain à (elb) elb-name) en raison de (raison pour laquelle l'instance a échoué au moins au UnhealthyThreshold nombre de contrôles de santé consécutifs.)service (service-name) ne parvient pas à démarrer régulièrement les tâches avec succès.service (service-name) les opérations sont limitées. Réessayez ultérieurement.service (service-name) n'a pas pu arrêter ou démarrer des tâches au cours d'un déploiement en raison de la configuration du déploiement du service. Mettez à jour la maximumPercent valeur minimumHealthyPercent or et réessayez.service (service-name) n'a pas pu placer de tâche. Motif : Vous avez atteint la limite du nombre de tâches que vous pouvez exécuter simultanémentservice (service-name) n'a pas pu placer de tâche. Motif : Erreur interne.service (service-name) n'a pas pu placer de tâche. Motif : La CPU configuration demandée est supérieure à votre limite.service (service-name) n'a pas pu placer de tâche. Motif : La MEMORY configuration demandée est supérieure à votre limite.service (service-name) n'a pas pu placer de tâche. Raison : Vous avez atteint la limite du nombre de courses vCPUs que vous pouvez exécuter simultanémentservice (service-name) n'a pas pu atteindre l'état d'équilibre car l'ensemble de tâches (taskSet-ID) n'a pas pu être étendu. Raison : le nombre de tâches souhaité est supérieur au nombre de tâches protégées.service (service-name) n'a pas pu atteindre l'état d'équilibre. Motif : aucune instance de conteneur n'a été trouvée dans votre fournisseur de capacité.service (service-name) n'a pas pu placer de tâche. Motif : la capacité n'est pas disponible pour le moment. Veuillez réessayer ultérieurement ou dans une autre zone de disponibilité.service (service-name) échec du déploiement : les tâches n'ont pas pu démarrer.service (service-name) Le délai d'attente du démarrage d'Amazon ECS Agent a expiré. Veuillez consulter les journaux sur « /var/log/ecs/ecs-agent.log ».service (service-name) ensemble de tâches (taskSet-ID) n'est pas sain dans le groupe cible (targetGroup-ARN)) en raison deTARGET GROUP IS NOT FOUND. service (service-name) ensemble de tâches (taskSet-ID) n'est pas sain dans le groupe cible (targetGroup-ARN)) en raison deTARGET IS NOT FOUND.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Messages relatifs ECS aux événements du service Amazon

Voici des exemples de messages d'événements de service que vous pouvez voir dans la ECS console Amazon.

service (service-name) a atteint un état stable.

Le planificateur de service envoie un événement de service (service-name) has reached a steady state. service lorsque le service est sain et atteint le nombre de tâches souhaité, atteignant ainsi un état stable.

Le planificateur de service rapporte l'état de façon régulière, vous pouvez donc recevoir ce message plusieurs fois.

service (service-name) n'a pas pu placer de tâche car aucune instance de conteneur ne répondait à toutes ses exigences.

Le planificateur de services envoie ce message d'événement lorsqu'il ne trouve pas les ressources disponibles pour ajouter une autre tâche. Les causes possibles sont les suivantes :

Aucune instance de conteneur n'a été trouvée dans votre cluster

Si aucune instance de conteneur n'est enregistrée dans le cluster dans lequel vous tentez d'exécuter une tâche, vous recevez cette erreur. Vous devez ajouter des instances de conteneur à votre cluster. Pour de plus amples informations, veuillez consulter Lancement d'une instance de conteneur Amazon ECS Linux.

Nombre de ports insuffisant

Si votre tâche utilise le mappage de port hôte fixe (si, par exemple, elle emploie le port 80 sur l'hôte pour un serveur web), vous devez avoir au moins une instance de conteneur par tâche, car un seul conteneur peut utiliser un même port hôte à la fois. Vous devez ajouter des instances de conteneur à votre cluster ou réduire votre nombre de tâches souhaitées.

Nombre de ports enregistrés trop important

L'instance de conteneur correspondante la plus proche pour le placement des tâches ne peut pas dépasser la limite de ports réservés maximale autorisée de 100 ports hôtes par instance de conteneur. L'utilisation du mappage de port hôte dynamique peut résoudre le problème.

Port déjà utilisé

La définition de tâche de cette tâche utilise le même port dans son mappage de ports qu'une tâche déjà en cours d'exécution sur l'instance de conteneur choisie. Le message d'événement de service devrait contenir l'ID d'instance de conteneur choisie dans le message ci-dessous.

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

Si votre définition de tâche spécifie 1 000 Mio de mémoire et que les instances de conteneur de votre cluster ont chacune 1 024 Mio de mémoire, vous ne pouvez exécuter qu'une seule copie de cette tâche par instance de conteneur. Vous pouvez essayer avec moins de mémoire dans votre définition de tâche afin de pouvoir lancer plusieurs tâches par instance de conteneur, ou lancer plusieurs instances de conteneur dans votre cluster.

Note

Si vous essayez d'optimiser l'utilisation de vos ressources en fournissant à vos tâches autant de mémoire que possible pour un type d'instance particulier, consultez Réserver de la mémoire d'une instance de conteneur Amazon ECS Linux.

Pas assez CPU

Une instance de conteneur possède 1 024 CPU unités pour chaque CPU cœur. Si votre définition de tâche indique 1 000 CPU unités et que les instances de conteneur de votre cluster comptent chacune 1 024 CPU unités, vous ne pouvez exécuter qu'une seule copie de cette tâche par instance de conteneur. Vous pouvez tester avec moins d'CPUunités dans votre définition de tâche afin de pouvoir lancer plus d'une tâche par instance de conteneur, ou lancer davantage d'instances de conteneur dans votre cluster.

Pas assez de points ENI d'attache disponibles

Les tâches qui utilisent le mode awsvpc réseau reçoivent chacune leur propre interface Elastic Network (ENI), qui est attachée à l'instance de conteneur qui l'héberge. Le nombre d'EC2instances Amazon ENIs pouvant y être associées est limité et aucune instance de conteneur du cluster ne dispose d'une ENI capacité disponible.

La ENI limite pour les instances de conteneur individuelles dépend des conditions suivantes :

  • Si vous n'avez pas activé le paramètre du awsvpcTrunking compte, la ENI limite pour chaque instance de conteneur dépend du type d'instance. Pour plus d'informations, consultez la section Adresses IP par interface réseau et par type d'instance dans le guide de EC2 l'utilisateur Amazon.

  • Si vous avez activé le paramètre du awsvpcTrunking compte mais que vous n'avez pas lancé de nouvelles instances de conteneur en utilisant un type d'instance pris en charge après votre inscription, la ENI limite pour chaque instance de conteneur est toujours à la valeur par défaut. Pour plus d'informations, consultez la section Adresses IP par interface réseau et par type d'instance dans le guide de EC2 l'utilisateur Amazon.

  • Si vous avez activé les paramètres du awsvpcTrunking compte et que vous avez lancé de nouvelles instances de conteneur à l'aide d'un type d'instance pris en charge après votre inscription, d'autres ENIs sont disponibles. Pour de plus amples informations, veuillez consulter Instances prises en charge pour augmenter le nombre d'interfaces réseau de ECS conteneurs Amazon.

Pour en savoir plus sur l'acceptation du paramètre de compte awsvpcTrunking, consultez Augmenter les interfaces réseau des instances de conteneur Amazon ECS Linux.

Vous pouvez ajouter des instances de conteneur à votre cluster afin de mettre à disposition davantage de cartes réseau.

Attribut requis manquant dans l'instance de conteneur

Certains paramètres de définition de tâches nécessitent l'installation d'une API version distante spécifique de Docker sur l'instance de conteneur. D'autres, telles que les options du pilote de journalisation, exigent que les instances de conteneur enregistrent ces pilotes de journal avec la variable de configuration d'agent ECS_AVAILABLE_LOGGING_DRIVERS. Si votre définition de tâche contient un paramètre qui nécessite un attribut d'instance de conteneur spécifique et que vous ne disposez d'aucune instance de conteneur pouvant satisfaire à cette exigence, la tâche ne peut pas être placée.

Cette erreur est souvent due au fait que votre service utilise des tâches utilisant le mode awsvpc réseau et le type de EC2 lancement. Le cluster que vous avez spécifié ne possède aucune instance de conteneur enregistrée dans le même sous-réseau que celui spécifié awsvpcConfiguration lors de la création du service.

Pour plus d'informations sur les attributs nécessaires pour les paramètres de définition de tâche spécifiques et les variables de configuration d'agent, consultez Paramètres de définition des ECS tâches Amazon et Configuration de l'agent de ECS conteneur Amazon.

service (service-name) n'a pas pu placer de tâche car aucune instance de conteneur ne répondait à toutes ses exigences. L'instance de conteneur correspondante la plus proche container-instance-id le nombre d'CPUunités disponibles est insuffisant.

L'instance de conteneur correspondante la plus proche pour le placement des tâches ne contient pas suffisamment d'CPUunités pour répondre aux exigences de la définition de la tâche. Passez en revue les CPU exigences relatives à la taille de la tâche et aux paramètres de définition du conteneur de la définition de tâche.

service (service-name) n'a pas pu placer de tâche car aucune instance de conteneur ne répondait à toutes ses exigences. L'instance de conteneur correspondante la plus proche container-instance-id erreur rencontrée « AGENT ».

L'agent de ECS conteneur Amazon sur l'instance de conteneur correspondante la plus proche pour le placement des tâches est déconnecté. Si vous pouvez vous connecter à l'instance de conteneur avecSSH, vous pouvez examiner les journaux de l'agent ; pour plus d'informations, consultezParamètres de configuration du journal de l'agent de ECS conteneur Amazon. Vous devez également vérifier que l'agent est en cours d'exécution sur l'instance. Si vous utilisez Amazon ECS -optimizedAMI, vous pouvez essayer d'arrêter et de redémarrer l'agent à l'aide de la commande suivante.

  • Pour Amazon Linux 2 ECS optimisé pour Amazon AMI et Amazon Linux 2023 ECS optimisé pour Amazon AMI

    sudo systemctl restart ecs

  • Pour Amazon Linux ECS optimisé pour Amazon AMI

    sudo stop ecs && sudo start ecs

service (service-name) (instance instance-id) est malsain à (elb) elb-name) en raison de (raison pour laquelle l'instance a échoué au moins au UnhealthyThreshold nombre de contrôles de santé consécutifs.)

Ce service est enregistré avec un équilibreur de charge et les surveillances de l'état de cet équilibreur échouent. Pour de plus amples informations, veuillez consulter Résolution des problèmes liés aux équilibreurs de charge de service sur Amazon ECS.

service (service-name) ne parvient pas à démarrer régulièrement les tâches avec succès.

Ce service contient des tâches qui n'ont pas pu démarrer après plusieurs tentatives consécutives. À ce stade, le planificateur de service commence à augmenter progressivement le délai entre les tentatives. Vous devez déterminer pourquoi le lancement de vos tâches échoue. Pour de plus amples informations, veuillez consulter Logique d'accélération des ECS services Amazon.

Une fois le service mis à jour (mise à jour de la définition de tâche, par exemple), le planificateur de service se comporte de nouveau normalement.

service (service-name) les opérations sont limitées. Réessayez ultérieurement.

Ce service n'est pas en mesure de lancer d'autres tâches en raison des API limites de limitation. Lorsque le planificateur de service peut lancer plus de tâches, il reprend.

Pour demander une augmentation du quota de limite de API taux, ouvrez la page AWS Support centrale, connectez-vous si nécessaire et choisissez Créer un dossier. Sélectionnez Service Limit increase (Augmentation des limites de service). Remplissez et envoyez le formulaire.

service (service-name) n'a pas pu arrêter ou démarrer des tâches au cours d'un déploiement en raison de la configuration du déploiement du service. Mettez à jour la maximumPercent valeur minimumHealthyPercent or et réessayez.

Ce service ne peut pas arrêter ou démarrer des tâches pendant un déploiement de service en raison de la configuration du déploiement. La configuration de déploiement comprend les maximumPercent valeurs minimumHealthyPercent et, qui sont définies lors de la création du service. Ces valeurs peuvent également être mises à jour sur un service existant.

Le minimumHealthyPercent représente la limite inférieure du nombre de tâches qui doivent être exécutées pour un service lors d'un déploiement ou lorsqu'une instance de conteneur est épuisée. Il s'agit d'un pourcentage du nombre de tâches souhaité pour le service. Cette valeur est arrondie à la valeur supérieure. Par exemple, si le pourcentage de santé minimum est de quatre 50 et que le nombre de tâches souhaité est de quatre, le planificateur peut arrêter deux tâches existantes avant d'en démarrer deux nouvelles. De même, si le pourcentage de santé minimum est de 75 % et que le nombre de tâches souhaité est de deux, le planificateur ne peut pas arrêter de tâche car la valeur résultante est également de deux.

Le maximumPercent représente la limite supérieure du nombre de tâches qui doivent être exécutées pour un service lors d'un déploiement ou lorsqu'une instance de conteneur est épuisée. Il s'agit d'un pourcentage du nombre de tâches souhaité pour un service. Cette valeur est arrondie à la valeur inférieure. Par exemple, si le pourcentage maximal est de quatre 200 et que le nombre de tâches souhaité est de quatre, le planificateur peut démarrer quatre nouvelles tâches avant d'arrêter quatre tâches existantes. De même, si le pourcentage maximal est 125 et que le nombre de tâches souhaité est de trois, le planificateur ne peut pas démarrer de tâche car la valeur résultante est également de trois.

Lorsque vous définissez un pourcentage d'état minimum ou un pourcentage maximal, vous devez vous assurer que le planificateur peut arrêter ou démarrer au moins une tâche lorsqu'un déploiement est déclenché.

service (service-name) n'a pas pu placer de tâche. Motif : Vous avez atteint la limite du nombre de tâches que vous pouvez exécuter simultanément

Vous pouvez demander une augmentation de quota pour la ressource qui a provoqué l'erreur. Pour de plus amples informations, veuillez consulter Quotas ECS de service Amazon. Pour demander une augmentation de quota, consultez Demande d'augmentation de quota dans le Guide de l'utilisateur Service Quotas.

service (service-name) n'a pas pu placer de tâche. Motif : Erreur interne.

La raison possible de cette erreur est la suivante :

Le service ne peut pas démarrer une tâche car un sous-réseau se trouve dans une zone de disponibilité non prise en charge.

Pour plus d'informations sur les Régions Fargate et les zones de disponibilités prises en charge, consultez Régions prises en charge par Amazon ECS sur AWS Fargate.

Pour plus d'informations sur la façon d'afficher la zone de disponibilité du sous-réseau, consultez Afficher votre sous-réseau dans le guide de VPCl'utilisateur Amazon.

service (service-name) n'a pas pu placer de tâche. Motif : La CPU configuration demandée est supérieure à votre limite.

Vous pouvez demander une augmentation de quota pour la ressource qui a provoqué l'erreur. Pour de plus amples informations, veuillez consulter Quotas ECS de service Amazon. Pour demander une augmentation de quota, consultez Demande d'augmentation de quota dans le Guide de l'utilisateur Service Quotas.

service (service-name) n'a pas pu placer de tâche. Motif : La MEMORY configuration demandée est supérieure à votre limite.

Vous pouvez demander une augmentation de quota pour la ressource qui a provoqué l'erreur. Pour de plus amples informations, veuillez consulter Quotas ECS de service Amazon. Pour demander une augmentation de quota, consultez Demande d'augmentation de quota dans le Guide de l'utilisateur Service Quotas.

service (service-name) n'a pas pu placer de tâche. Raison : Vous avez atteint la limite du nombre de courses vCPUs que vous pouvez exécuter simultanément

AWS Fargate est en train de passer des quotas basés sur le nombre de tâches à des quotas basés sur v. CPU

Vous pouvez demander une augmentation de quota pour le quota basé sur Fargate v. CPU Pour de plus amples informations, veuillez consulter Quotas ECS de service Amazon. Pour demander une augmentation de quota Fargate, consultez Demande d'augmentation de quota dans le Guide de l'utilisateur Service Quotas.

service (service-name) n'a pas pu atteindre l'état d'équilibre car l'ensemble de tâches (taskSet-ID) n'a pas pu être étendu. Raison : le nombre de tâches souhaité est supérieur au nombre de tâches protégées.

Le service a plus de tâches protégées que le nombre souhaité de tâches. Vous pouvez effectuer l'une des actions suivantes :

  • Attendez que la protection des tâches en cours expire pour pouvoir y mettre fin.

  • Déterminez quelles tâches peuvent être arrêtées et utilisez-les UpdateTaskProtection API avec l'protectionEnabledoption définie sur false pour désactiver la protection de ces tâches.

  • Augmentez le nombre de tâches souhaité pour le service à un nombre supérieur au nombre de tâches protégées.

service (service-name) n'a pas pu atteindre l'état d'équilibre. Motif : aucune instance de conteneur n'a été trouvée dans votre fournisseur de capacité.

Le planificateur de services envoie ce message d'événement lorsqu'il ne trouve pas les ressources disponibles pour ajouter une autre tâche. Les causes possibles sont les suivantes :

Aucun fournisseur de capacité n'est associé au cluster

describe-servicesÀ utiliser pour vérifier qu'un fournisseur de capacité est associé au cluster. Vous pouvez mettre à jour la stratégie du fournisseur de capacité pour le service.

Vérifiez que la capacité du fournisseur de capacité est disponible. Dans le cas du type de EC2 lancement, assurez-vous que les instances de conteneur répondent aux exigences de définition des tâches.

Aucune instance de conteneur n'a été trouvée dans votre cluster

Si aucune instance de conteneur n'est enregistrée dans le cluster dans lequel vous tentez d'exécuter une tâche, vous recevez cette erreur. Vous devez ajouter des instances de conteneur à votre cluster. Pour de plus amples informations, veuillez consulter Lancement d'une instance de conteneur Amazon ECS Linux.

Nombre de ports insuffisant

Si votre tâche utilise un mappage de port hôte fixe (par exemple, votre tâche utilise le port 80 sur l'hôte pour un serveur Web), vous devez disposer d'au moins une instance de conteneur par tâche. Un seul conteneur peut utiliser un seul port hôte à la fois. Vous devez ajouter des instances de conteneur à votre cluster ou réduire votre nombre de tâches souhaitées.

Nombre de ports enregistrés trop important

L'instance de conteneur correspondante la plus proche pour le placement des tâches ne peut pas dépasser la limite de ports réservés maximale autorisée de 100 ports hôtes par instance de conteneur. L'utilisation du mappage de port hôte dynamique peut résoudre le problème.

Port déjà utilisé

La définition de tâche de cette tâche utilise le même port dans son mappage de ports qu'une tâche déjà en cours d'exécution sur l'instance de conteneur choisie. Le message d'événement de service devrait contenir l'ID d'instance de conteneur choisie dans le message ci-dessous.

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

Si votre définition de tâche spécifie 1 000 Mio de mémoire et que les instances de conteneur de votre cluster ont chacune 1 024 Mio de mémoire, vous ne pouvez exécuter qu'une seule copie de cette tâche par instance de conteneur. Vous pouvez essayer avec moins de mémoire dans votre définition de tâche afin de pouvoir lancer plusieurs tâches par instance de conteneur, ou lancer plusieurs instances de conteneur dans votre cluster.

Note

Si vous essayez d'optimiser l'utilisation de vos ressources en fournissant à vos tâches autant de mémoire que possible pour un type d'instance particulier, consultez Réserver de la mémoire d'une instance de conteneur Amazon ECS Linux.

Pas assez de points ENI d'attache disponibles

Les tâches qui utilisent le mode awsvpc réseau reçoivent chacune leur propre interface Elastic Network (ENI), qui est attachée à l'instance de conteneur qui l'héberge. Le nombre d'EC2instances Amazon ENIs pouvant y être associées est limité, et aucune instance de conteneur du cluster ne dispose d'une ENI capacité disponible.

La ENI limite pour les instances de conteneur individuelles dépend des conditions suivantes :

  • Si vous n'avez pas activé le paramètre du awsvpcTrunking compte, la ENI limite pour chaque instance de conteneur dépend du type d'instance. Pour plus d'informations, consultez la section Adresses IP par interface réseau et par type d'instance dans le guide de EC2 l'utilisateur Amazon.

  • Si vous avez activé le paramètre du awsvpcTrunking compte mais que vous n'avez pas lancé de nouvelles instances de conteneur en utilisant un type d'instance pris en charge après votre inscription, la ENI limite pour chaque instance de conteneur est toujours à la valeur par défaut. Pour plus d'informations, consultez la section Adresses IP par interface réseau et par type d'instance dans le guide de EC2 l'utilisateur Amazon.

  • Si vous avez activé les paramètres du awsvpcTrunking compte et que vous avez lancé de nouvelles instances de conteneur à l'aide d'un type d'instance pris en charge après votre inscription, d'autres ENIs sont disponibles. Pour de plus amples informations, veuillez consulter Instances prises en charge pour augmenter le nombre d'interfaces réseau de ECS conteneurs Amazon.

Pour en savoir plus sur l'acceptation du paramètre de compte awsvpcTrunking, consultez Augmenter les interfaces réseau des instances de conteneur Amazon ECS Linux.

Vous pouvez ajouter des instances de conteneur à votre cluster afin de mettre à disposition davantage de cartes réseau.

Attribut requis manquant dans l'instance de conteneur

Certains paramètres de définition de tâches nécessitent l'installation d'une API version distante spécifique de Docker sur l'instance de conteneur. D'autres, telles que les options du pilote de journalisation, exigent que les instances de conteneur enregistrent ces pilotes de journal avec la variable de configuration d'agent ECS_AVAILABLE_LOGGING_DRIVERS. Si votre définition de tâche contient un paramètre qui nécessite un attribut d'instance de conteneur spécifique et que vous ne disposez d'aucune instance de conteneur pouvant satisfaire à cette exigence, la tâche ne peut pas être placée.

Cette erreur est souvent due au fait que votre service utilise des tâches utilisant le mode awsvpc réseau et le type de EC2 lancement et que le cluster que vous avez spécifié ne possède aucune instance de conteneur enregistrée dans le même sous-réseau que celui spécifié awsvpcConfiguration lors de la création du service.

Pour plus d'informations sur les attributs nécessaires pour les paramètres de définition de tâche spécifiques et les variables de configuration d'agent, consultez Paramètres de définition des ECS tâches Amazon et Configuration de l'agent de ECS conteneur Amazon.

service (service-name) n'a pas pu placer de tâche. Motif : la capacité n'est pas disponible pour le moment. Veuillez réessayer ultérieurement ou dans une autre zone de disponibilité.

Il n'y a actuellement aucune capacité disponible pour exécuter votre service.

Vous pouvez effectuer l'une des actions suivantes :

  • Attendez que la capacité de Fargate EC2 ou les instances de conteneur soient disponibles.

  • Relancez le service et spécifiez des sous-réseaux supplémentaires.

service (service-name) échec du déploiement : les tâches n'ont pas pu démarrer.

Les tâches de votre service n'ont pas pu démarrer.

Pour plus d'informations sur la façon de déboguer les tâches arrêtées, consultez. Messages d'erreur ECS relatifs aux tâches interrompues par Amazon

service (service-name) Le délai d'attente du démarrage d'Amazon ECS Agent a expiré. Veuillez consulter les journaux sur « /var/log/ecs/ecs-agent.log ».

L'agent de ECS conteneur Amazon sur l'instance de conteneur correspondante la plus proche pour le placement des tâches est déconnecté. Si vous pouvez vous connecter à l'instance de conteneur avecSSH, vous pouvez examiner les journaux de l'agent. Pour de plus amples informations, veuillez consulter Paramètres de configuration du journal de l'agent de ECS conteneur Amazon. Vous devez également vérifier que l'agent est en cours d'exécution sur l'instance. Si vous utilisez Amazon ECS -optimizedAMI, vous pouvez essayer d'arrêter et de redémarrer l'agent à l'aide de la commande suivante.

  • Pour Amazon Linux ECS 2 optimisé pour Amazon AMI

    sudo systemctl restart ecs

  • Pour Amazon Linux ECS optimisé pour Amazon AMI

    sudo stop ecs && sudo start ecs

service (service-name) ensemble de tâches (taskSet-ID) n'est pas sain dans le groupe cible (targetGroup-ARN)) en raison deTARGET GROUP IS NOT FOUND.

La tâche définie pour le service échoue aux tests de santé car le groupe cible est introuvable. Vous devez supprimer et recréer le service. Ne supprimez aucun groupe cible Elastic Load Balancing à moins que le ECS service Amazon correspondant ne soit déjà supprimé.

service (service-name) ensemble de tâches (taskSet-ID) n'est pas sain dans le groupe cible (targetGroup-ARN)) en raison deTARGET IS NOT FOUND.

La tâche définie pour le service échoue aux tests de santé car la cible est introuvable.