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.
Redémarrage de conteneurs individuels dans les tâches Amazon ECS à l’aide de politiques de redémarrage de conteneurs
Vous pouvez activer une politique de redémarrage pour chaque conteneur essentiel et non essentiel défini dans votre définition de tâche, afin de surmonter plus rapidement les défaillances transitoires et de maintenir la disponibilité des tâches. Lorsque vous activez une politique de redémarrage pour un conteneur, Amazon ECS peut redémarrer le conteneur s’il existe, sans avoir à remplacer la tâche.
Les politiques de redémarrage ne sont pas activées par défaut pour les conteneurs. Lorsque vous activez une politique de redémarrage pour un conteneur, vous pouvez spécifier les codes de sortie pour lesquels le conteneur ne sera pas redémarré. Il peut s’agir de codes de sortie indiquant le succès, tels que des codes de sortie 0, qui ne nécessitent pas de redémarrage. Vous pouvez également spécifier la durée pendant laquelle un conteneur doit fonctionner correctement avant qu’un redémarrage puisse être tenté. Pour obtenir plus d’informations sur ces paramètres, consultez Politique de redémarrage. Pour un exemple de définition de tâche qui spécifie ces valeurs, consultez la section Spécification d’une politique de redémarrage de conteneur dans une définition de tâche Amazon ECS.
Vous pouvez utiliser le point de terminaison des métadonnées des tâches Amazon ECS ou CloudWatch Container Insights pour surveiller le nombre de redémarrages d'un conteneur. Pour plus d’informations sur le point de terminaison des métadonnées de tâche, consultez les sections Point de terminaison des métadonnées de tâches Amazon ECS version 4 et Point de terminaison des métadonnées de tâches Amazon ECS version 4 pour les tâches sur Fargate. Pour plus d'informations sur les métriques Container Insights pour Amazon ECS, consultez les métriques Amazon ECS Container Insights dans le guide de CloudWatch l'utilisateur Amazon.
Les politiques de redémarrage des conteneurs sont prises en charge par les tâches hébergées sur Fargate, les instances EC2 Amazon et les instances externes utilisant Amazon ECS Anywhere.
Considérations
Tenez compte des points suivants avant d’activer une politique de redémarrage pour votre conteneur :
-
Les politiques de redémarrage ne sont pas prises en charge pour les conteneurs Windows sur Fargate.
-
Pour les tâches hébergées sur EC2 des instances Amazon, cette fonctionnalité nécessite une version
1.86.0ou une version ultérieure de l'agent de conteneur. Toutefois, nous vous recommandons d'utiliser la dernière version de l'agent de conteneur. Pour plus d'informations sur la vérification de la version de votre agent et la mise à jour à la dernière version, consultez Mise à jour de l'agent de conteneur Amazon ECS. -
Si vous utilisez EC2 le mode
bridgeréseau, la variable d'FLUENT_HOSTenvironnement de votre conteneur d'applications peut devenir inexacte après le redémarrage du conteneur FireLens log router (le conteneur dont l'firelensConfigurationobjet figure dans sa définition de conteneur). Cela est dû au fait queFLUENT_HOSTest une adresse IP dynamique qui peut changer après un redémarrage. La journalisation directe depuis le conteneur de l’application vers l’adresse IPFLUENT_HOSTpeut commencer à échouer après le changement d’adresse. Pour plus d’informations surFLUENT_HOST, consultez Configuration des journaux Amazon ECS pour un débit élevé. -
L’agent Amazon ECS gère les politiques de redémarrage des conteneurs. Si, pour une raison inattendue, l’agent Amazon ECS échoue ou ne fonctionne plus, le conteneur ne sera pas redémarré.
-
La période de tentative de redémarrage définie dans votre politique détermine la période (en secondes) pendant laquelle le conteneur doit fonctionner avant qu’Amazon ECS ne redémarre un conteneur.
