Messages d’événement de service Amazon ECS - 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 ne container-instance-id dispose pas d'un nombre suffisant d'unités CPU disponibles.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 a rencontré l'erreur « AGENT ».le service (service-name) (tâchetask-id) (instanceinstance-id) est défectueux dans (elbelb-name) en raison de (raison pour laquelle l'instance a échoué à au moins un UnhealthyThreshold certain 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.les opérations service (service-name) sont limitées. Réessayez ultérieurement.service (service-name) n'a pas pu arrêter ou démarrer des tâches pendant un déploiement en raison de la configuration du déploiement du service. Mettez à jour la valeur minimumHealthyPercent ou MaximumPercent 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 configuration CPU demandée est supérieure à votre limite.service (service-name) n'a pas pu placer de tâche. Motif : la configuration MEMORY 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 v CPUs que vous pouvez exécuter simultanémentservice (service-name) n'a pas pu atteindre l'état d'équilibre car task set (taskSet-ID) n'a pas pu évoluer. Raison : le nombre de tâches protégées est supérieur au nombre souhaité de tâches.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é.échec du déploiement de service (service-name) : les tâches n'ont pas pu démarrer.service (service-name) Le délai d'attente du démarrage de l'agent Amazon ECS a expiré. Veuillez consulter les journaux à l'adresse «/var/log/ecs/ecs-agent.log ».service (service-name) task set (taskSet-ID) (tasktask-id) n'est pas sain dans le groupe cible (targetGroup-ARN)) en raison de. TARGET GROUP IS NOT FOUNDservice (service-name) task set (taskSet-ID) (tasktask-id) n'est pas sain dans le groupe cible (targetGroup-ARN)) en raison de. TARGET IS NOT FOUNDLes politiques d’autorisation IAM ont été mal configurées ou modifiées, et ECS ne peut plus maintenir votre serviceLa relation de confiance IAM a été mal configurée ou modifiée, et ECS ne peut plus maintenir votre service.service (service-name) n'a pas pu lancer number les tâches de déploiementdeployment-id.service (service-name) n'a pas pu placer de tâches dans votre cluster car la limite de capacité de provisionnement des tâches a été dépassée.

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 d’événement de service Amazon ECS

Voici quelques exemples de messages d'événement de service que vous pouvez rencontrer dans la console Amazon ECS.

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

Le planificateur de service envoie un événement de service service (service-name) has reached a steady state. lorsque le service est sain et au 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 service envoie ce message d’événement lorsqu’il n’a pas trouvé les ressources disponibles pour ajouter une autre tâche. Les causes possibles sont les suivantes :

Utilisez des fournisseurs de capacité pour dimensionner automatiquement vos EC2 instances. Pour de plus amples informations, veuillez consulter Fournisseurs de capacité Amazon ECS pour les charges EC2 de travail.

Si vous aviez l’intention de faire appel à un fournisseur de capacité, assurez-vous que vous adoptez une stratégie de fournisseur de capacité ou que vous avez une stratégie de fournisseur de capacité par défaut associée à votre cluster, et que vous ne transmettez pas le type de lancement et la stratégie du fournisseur de capacité en entrée

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 maximale autorisée de ports réservés, soit 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 cette tâche utilise le même port dans son mappage de ports qu’une tâche en cours d’exécution sur l’instance de conteneur qui a été 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éservation de mémoire pour une instance de conteneur Amazon ECS Linux.

UC insuffisante

Une instance de conteneur comporte 1 024 unités d'UC pour chaque cœur de processeur. Si votre définition de tâche spécifie 1 000 unités d'UC, et que les instances de conteneur de votre cluster ont chacune 1 024 unités d'UC, vous ne pouvez exécuter qu'une seule copie de cette tâche par instance de conteneur. Vous pouvez essayer avec moins d'unités d'UC dans votre définition de tâche pour pouvoir lancer plusieurs tâches par instance de conteneur ou plusieurs instances de conteneur dans votre cluster.

Pas suffisamment de points d'attache ENI disponibles

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

La limite ENI pour les instances de conteneur individuelles varie selon les conditions suivantes :

  • Si vous n'avez pas opté pour le paramètre de compte awsvpcTrunking, la limite ENI pour chaque instance de conteneur dépend du type de l'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 opté pour le paramètre de compte awsvpcTrunking, mais que vous n’avez pas lancé de nouvelles instances de conteneur utilisant un type d’instance pris en charge après ce choix, la limite ENI pour chaque instance de conteneur reste 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 conteneurs Amazon ECS.

Pour en savoir plus sur l'acceptation du paramètre de compte awsvpcTrunking, consultez Augmentation des interfaces réseau d’une instance 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âche nécessitent l'installation d'une version spécifique de l'API Docker à distance 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 pas d’instances de conteneur répondant à cette exigence, la tâche en question 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 EC2. Aucune instance de conteneur n’est enregistrée sur le cluster dans le même sous-réseau que celui spécifié dans awsvpcConfiguration lors de la création du service.

Vous pouvez utiliser le AWSSupport-TroubleshootECSContainerInstance runbook pour résoudre les problèmes. Le dossier d’exploitation vérifie si les données utilisateur de l’instance contiennent les informations de cluster correctes, si le profil d’instance contient les autorisations requises et vérifie les problèmes de configuration réseau. Pour plus d’informations, consultez AWSSupport-TroubleshootECSContainerInstance dans le AWS Systems Manager Guide de l’utilisateur de la référence du dossier d’exploitation d’automatisation.

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 de tâche Amazon ECS pour Fargate et Configuration de l'agent de conteneur Amazon ECS.

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 ne container-instance-id dispose pas d'un nombre suffisant d'unités CPU disponibles.

L’instance de conteneur qui correspond le mieux au placement de la tâche ne contient pas suffisamment d’unités d’UC pour répondre aux exigences de la définition de la tâche. Vérifiez les exigences en matière d'UC dans les paramètres de définition de conteneur et de taille de tâche 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 a rencontré l'erreur « AGENT ».

L'agent de conteneur Amazon ECS de 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 avec SSH, vous pouvez examiner les journaux d'agent. Pour plus d'informations, consultez Paramètres de configuration du journal de l’agent de conteneur Amazon ECS. Vous devez également vérifier que l'agent est en cours d'exécution sur l'instance. Si vous utilisez l'AMI optimisée pour Amazon ECS, vous pouvez essayer d'arrêter et de redémarrer l'agent avec la commande suivante.

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

    sudo systemctl restart ecs

  • Pour l'AMI Amazon Linux optimisée pour Amazon ECS

    sudo stop ecs && sudo start ecs

le service (service-name) (tâchetask-id) (instanceinstance-id) est défectueux dans (elbelb-name) en raison de (raison pour laquelle l'instance a échoué à au moins un UnhealthyThreshold certain 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. Le message inclut l’ID de tâche pour aider à identifier la tâche spécifique pour laquelle les surveillances de l’état échouent. Pour de plus amples informations, veuillez consulter Résolution des problèmes liés aux équilibreurs de charge des services dans 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 de limitation d’un service Amazon ECS.

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.

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

Ce service ne peut pas lancer plus de tâches à cause des limitations de l'API. Lorsque le planificateur de service peut lancer plus de tâches, il reprend.

Pour demander une augmentation de quota de limite de débit d'API, ouvrez la page du Centre AWS Support, connectez-vous si nécessaire et choisissez Create case (Créer une demande). 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 pendant un déploiement en raison de la configuration du déploiement du service. Mettez à jour la valeur minimumHealthyPercent ou MaximumPercent 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 se compose des valeurs minimumHealthyPercent et maximumPercent qui sont définies lorsque le service est créé. Ces valeurs peuvent également être mises à jour sur un service existant.

minimumHealthyPercent représente la limite inférieure du nombre de tâches qui doivent être exécutées pour un service pendant un déploiement ou lorsqu’une instance de conteneur est drainé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 minimum sain est 50 et que le nombre de tâches souhaité est de quatre, le planificateur peut arrêter deux tâches existantes avant de démarrer deux nouvelles tâches. 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 inférieure du nombre de tâches qui doivent être exécutées pour un service pendant un déploiement ou lorsqu’une instance de conteneur est drainé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 200 et que le nombre de tâches souhaitées est 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 de service Amazon ECS service. 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.

Voici la raison possible de cette erreur :

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 pour Amazon ECS sur AWS Fargate.

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

service (service-name) n'a pas pu placer de tâche. Motif : la configuration CPU 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 de service Amazon ECS service. 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 configuration MEMORY 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 de service Amazon ECS service. 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 v CPUs que vous pouvez exécuter simultanément

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

Vous pouvez demander une augmentation de quota pour le quota basé sur le VCPU Fargate. Pour de plus amples informations, veuillez consulter Quotas de service Amazon ECS service. 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 task set (taskSet-ID) n'a pas pu évoluer. Raison : le nombre de tâches protégées est supérieur au nombre souhaité de tâches.

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 les tâches qui peuvent être arrêtées et utilisez l’API UpdateTaskProtection avec l’option protectionEnabled 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 service envoie ce message d’événement lorsqu’il n’a pas trouvé les ressources disponibles pour ajouter une autre tâche. Les causes possibles sont les suivantes :

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

Utilisez describe-services 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 contraire EC2, 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 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. 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 maximale autorisée de ports réservés, soit 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 cette tâche utilise le même port dans son mappage de ports qu’une tâche en cours d’exécution sur l’instance de conteneur qui a été 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éservation de mémoire pour une instance de conteneur Amazon ECS Linux.

Pas suffisamment de points d'attache ENI disponibles

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

La limite ENI pour les instances de conteneur individuelles varie selon les conditions suivantes :

  • Si vous n'avez pas opté pour le paramètre de compte awsvpcTrunking, la limite ENI pour chaque instance de conteneur dépend du type de l'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 opté pour le paramètre de compte awsvpcTrunking, mais que vous n’avez pas lancé de nouvelles instances de conteneur utilisant un type d’instance pris en charge après ce choix, la limite ENI pour chaque instance de conteneur reste 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 conteneurs Amazon ECS.

Pour en savoir plus sur l'acceptation du paramètre de compte awsvpcTrunking, consultez Augmentation des interfaces réseau d’une instance 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âche nécessitent l'installation d'une version spécifique de l'API Docker à distance 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 pas d’instances de conteneur répondant à cette exigence, la tâche en question 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 EC2 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.

Vous pouvez utiliser le AWSSupport-TroubleshootECSContainerInstance runbook pour résoudre les problèmes. Le dossier d’exploitation vérifie si les données utilisateur de l’instance contiennent les informations de cluster correctes, si le profil d’instance contient les autorisations requises et vérifie les problèmes de configuration réseau. Pour plus d’informations, consultez AWSSupport-TroubleshootECSContainerInstance dans le AWS Systems Manager Guide de l’utilisateur de la référence du dossier d’exploitation d’automatisation.

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 de tâche Amazon ECS pour Fargate et Configuration de l'agent de conteneur Amazon ECS.

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.

échec du déploiement de service (service-name) : 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 le débogage des tâches arrêtées, consultez la section Messages d’erreurs liées aux tâches Amazon ECS arrêtées.

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

L'agent de conteneur Amazon ECS de 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 avec SSH, vous pouvez examiner les journaux d’agent. Pour de plus amples informations, veuillez consulter Paramètres de configuration du journal de l’agent de conteneur Amazon ECS. Vous devez également vérifier que l'agent est en cours d'exécution sur l'instance. Si vous utilisez l'AMI optimisée pour Amazon ECS, vous pouvez essayer d'arrêter et de redémarrer l'agent avec la commande suivante.

  • Pour l'AMI Amazon Linux 2 optimisée pour Amazon ECS

    sudo systemctl restart ecs

  • Pour l'AMI Amazon Linux optimisée pour Amazon ECS

    sudo stop ecs && sudo start ecs

service (service-name) task set (taskSet-ID) (tasktask-id) n'est pas sain dans le groupe cible (targetGroup-ARN)) en raison de. TARGET GROUP IS NOT FOUND

La tâche définie pour le service échoue aux surveillances de l’état, car le groupe cible est introuvable. Le message inclut l’ID de tâche pour aider à identifier la tâche spécifique pour laquelle les surveillances de l’état échouent. Vous devez supprimer et recréer le service. Ne supprimez aucun groupe cible ELB sauf si le service Amazon ECS correspondant est déjà supprimé.

service (service-name) task set (taskSet-ID) (tasktask-id) n'est pas sain dans le groupe cible (targetGroup-ARN)) en raison de. TARGET IS NOT FOUND

La tâche définie pour le service échoue aux surveillances de l’état, car la cible est introuvable. Le message inclut l’ID de tâche pour aider à identifier la tâche spécifique pour laquelle les surveillances de l’état échouent.

Les politiques d’autorisation IAM ont été mal configurées ou modifiées, et ECS ne peut plus maintenir votre service

Le service n’est pas en mesure de gérer les tâches en raison de politiques d’autorisation IAM mal configurées ou modifiées. Le rôle IAM associé à votre service ou à vos tâches ECS ne dispose peut-être pas des autorisations requises.

Pour résoudre ce problème, ajoutez les autorisations nécessaires au rôle IAM. Pour plus d’informations sur la gestion des autorisations, consultez la section Ajout et suppression d’authorisations IAM dans le Guide de l’utilisateur IAM.

La relation de confiance IAM a été mal configurée ou modifiée, et ECS ne peut plus maintenir votre service.

Le service n’est pas en mesure de gérer les tâches en raison d’une relation de confiance IAM mal configurée ou modifiée. Le rôle IAM associé à votre service ou à vos tâches ECS peut avoir une stratégie d’approbation incorrecte.

Pour résoudre ce problème, configurez une stratégie d’approbation pour le rôle utilisé dans la définition de votre tâche. Pour plus d’informations sur la création de politiques de confiance pour les rôles personnalisés, consultez la section Création d’un rôle pour un cas d’utilisation personnalisé dans le Guide de l’utilisateur IAM.

service (service-name) n'a pas pu lancer number les tâches de déploiementdeployment-id.

Le planificateur de services envoie ce message d'événement lorsqu'un flux de travail de déploiement démarre avec succès certaines tâches mais ne parvient pas à lancer toutes les tâches demandées en raison d'erreurs de capacité insuffisante. Cela se produit généralement lorsque le disjoncteur est activé et permet de comprendre pourquoi les déploiements peuvent échouer ou revenir en arrière.

Le message inclut la raison spécifique de la panne, telle que l'insuffisance du processeur, de la mémoire ou d'autres contraintes de ressources. Cela vous permet de comprendre quelles ressources doivent être utilisées pour résoudre le problème de déploiement.

Pour de plus amples informations, veuillez consulter 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âches dans votre cluster car la limite de capacité de provisionnement des tâches a été dépassée.

Le planificateur de services envoie ce message d'événement lorsque votre cluster a atteint la limite de 500 tâches pouvant être dans l'PROVISIONINGétat simultanément. Il s'agit d'une limite au niveau du cluster et non d'un problème spécifique au service.

Cela se produit généralement lorsque vous démarrez un service avec un grand nombre de tâches souhaitées avec une capacité préprovisionnée limitée, ou lorsque plusieurs services sont démarrés simultanément, ce qui entraîne une perte de tâches élevée.

Pour résoudre ce problème :

  • Attendez que les tâches existantes soient terminées et passent à l'RUNNINGétat.

  • Envisagez de faire évoluer vos services de manière plus progressive pour éviter d'atteindre la limite de provisionnement.

  • Passez en revue la configuration du fournisseur de capacité de votre cluster pour vous assurer que les ressources adéquates sont disponibles.

Pour plus d'informations sur les quotas de service Amazon ECS, consultez la section Points de terminaison et quotas Amazon Elastic Container Service dans le manuel Amazon Web Services General Reference.