Messages relatifs aux événements du service Amazon ECS

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

le service nom-service 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.

le service (nom-service) 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 plus d’informations, consultez 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éservation de mémoire d'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'ENI qui peuvent être attachées aux instances Amazon EC2 est limité. Il n'y a pas d'instances de conteneur dans le cluster qui présente 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 de plus amples informations, consultez Adresses IP par interface réseau et par type d'instance dans le Guide de l'utilisateur Amazon EC2.

• Si vous avez activé le paramétrage 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 limite ENI pour chaque instance de conteneur est toujours à la valeur par défaut. Pour de plus amples informations, consultez Adresses IP par interface réseau et par type d'instance dans le Guide de l'utilisateur Amazon EC2.

• Si vous avez opté pour le paramètre de compte awsvpcTrunking et que vous avez lancé de nouvelles instances de conteneur utilisant un type d'instance pris en charge après ce choix, des ENI supplémentaires sont disponibles. Pour plus d’informations, consultez 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 Augmenter les interfaces réseau des instances de conteneur Linux Amazon ECS.

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 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 lancement EC2. 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 tâches Amazon ECS et Configuration de l'agent de conteneur Amazon ECS.

le service (nom-service) n'a pas pu placer de tâche, car aucune instance de conteneur ne répondait à toutes ses exigences. La plus proche instance de conteneur correspondante id-instance-conteneur n'a pas suffisamment d'unités de processeur disponibles.

L'instance de conteneur correspondante la plus proche pour le placement des tâches ne contient pas suffisamment d'unités de processeur 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.

le service (nom-service) n'a pas pu placer de tâche, car aucune instance de conteneur ne répondait à toutes ses exigences. La plus proche instance-conteneur id-instance-conteneur correspondante 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) (instance instance-id) n'est pas fonctionnel dans (elb elb-name) en raison de (raison pour laquelle l'instance a échoué à au moins le 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 plus d’informations, consultez Résolution des problèmes liés aux équilibreurs de charge de service dans Amazon ECS.

le service (nom-service) ne parvient pas à démarrer les tâches de manière cohérente.

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 plus d’informations, consultez Logique de régulation du 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 (nom-service) 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.

Le service (nom-service) n'a pas pu arrêter ou démarrer des tâches lors d'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 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é.

le service (nom-service) n'a pas pu placer une 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 plus d’informations, consultez 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.

le service (nom-service) n'a pas pu placer une tâche. Motif : Erreur interne.

Les éléments suivants présentent les causes possibles 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.

• Vous essayez d'exécuter une définition de tâche qui utilise l'architecture ARM sur Fargate Spot.

le service (nom-service) n'a pas pu placer une 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 plus d’informations, consultez 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.

le service (nom-service) n'a pas pu placer une 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 plus d’informations, consultez 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.

le service (nom-service) n'a pas pu placer une tâche. Motif : Vous avez atteint la limite du nombre des vCPU que vous pouvez exécuter simultanément

AWS Fargate passe des quotas basés sur le nombre de tâches aux quotas basés sur le vCPU.

Vous pouvez demander une augmentation de quota pour le quota basé sur le VCPU Fargate. Pour plus d’informations, consultez 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.

le service (nom du service) n'a pas pu atteindre l'état stable car l'ensemble de tâches (ID de l'ensemble de tâches) n'a pas pu effectuer une mise à l'échelle horizontale. 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 l'UpdateTaskProtectionAPI 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.

le service (service-name) n'a pas pu atteindre un état stable. 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 lancement 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 plus d’informations, consultez 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éservation de mémoire d'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'ENI pouvant être attachés aux instances Amazon EC2 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 de plus amples informations, consultez Adresses IP par interface réseau et par type d'instance dans le Guide de l'utilisateur Amazon EC2.

• Si vous avez activé le paramétrage 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 limite ENI pour chaque instance de conteneur est toujours à la valeur par défaut. Pour de plus amples informations, consultez Adresses IP par interface réseau et par type d'instance dans le Guide de l'utilisateur Amazon EC2.

• Si vous avez opté pour le paramètre de compte awsvpcTrunking et que vous avez lancé de nouvelles instances de conteneur utilisant un type d'instance pris en charge après ce choix, des ENI supplémentaires sont disponibles. Pour plus d’informations, consultez 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 Augmenter les interfaces réseau des instances de conteneur Linux Amazon ECS.

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 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 lancement 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.

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

le service (nom-service) n'a pas pu placer une 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é Fargate ou les instances de conteneur EC2 soient disponibles.

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

le déploiement du service (nom du service) a échoué : 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 relatifs aux tâches interrompues par Amazon ECS

service (nom du service) Expiration du délai d'attente du démarrage de l'agent Amazon ECS. Veuillez consulter les journaux sur « /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 via SSH, vous pouvez examiner les journaux de l'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

  sudo systemctl restart ecs

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

  sudo stop ecs && sudo start ecs

l'ensemble de tâches du service (service-name) (TaskSet-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 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 service Amazon ECS correspondant ne soit déjà supprimé.

l'ensemble de tâches du service (service-name) (TaskSet-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 tests de santé car la cible est introuvable.