{"id":176,"date":"2024-07-21T11:53:58","date_gmt":"2024-07-21T11:53:58","guid":{"rendered":"https:\/\/dockerpros.com\/?p=176"},"modified":"2024-07-21T11:53:58","modified_gmt":"2024-07-21T11:53:58","slug":"comment-configurer-les-strategies-de-redemarrage-dans-docker-vous-pouvez-definir-une-strategie-de-redemarrage-lors-de-lexecution-dun-conteneur-avec-loption-restart-bashdocker-run-re","status":"publish","type":"post","link":"https:\/\/dockerpros.com\/fr\/installation-and-configuration\/how-do-i-configure-restart-policies-in-docker\/","title":{"rendered":"How do I configure restart policies in Docker?"},"content":{"rendered":"

Comment configurer les strat\u00e9gies de red\u00e9marrage dans Docker\n\nLes conteneurs Docker sont con\u00e7us pour \u00eatre \u00e9ph\u00e9m\u00e8res, ce qui signifie qu'ils peuvent \u00eatre d\u00e9marr\u00e9s et arr\u00eat\u00e9s selon les besoins. Cependant, dans certains cas, vous pouvez vouloir que vos conteneurs red\u00e9marrent automatiquement en cas de d\u00e9faillance ou de red\u00e9marrage du syst\u00e8me. C'est l\u00e0 qu'interviennent les strat\u00e9gies de red\u00e9marrage de Docker.\n\nDocker propose plusieurs strat\u00e9gies de red\u00e9marrage que vous pouvez utiliser pour contr\u00f4ler le comportement de vos conteneurs en cas d'arr\u00eat inattendu ou de red\u00e9marrage du syst\u00e8me. Voici les diff\u00e9rentes options disponibles :\n\n1. no : Cette strat\u00e9gie ne red\u00e9marre jamais le conteneur, m\u00eame s'il s'arr\u00eate de mani\u00e8re inattendue. C'est la valeur par d\u00e9faut.\n\n2. on-failure[:max-retries] : Cette strat\u00e9gie red\u00e9marre le conteneur s'il s'arr\u00eate avec un code de sortie non nul (ce qui indique g\u00e9n\u00e9ralement une erreur). Vous pouvez sp\u00e9cifier le nombre maximum de tentatives de red\u00e9marrage en utilisant l'option max-retries. Par exemple, on-failure:3 limitera le nombre de red\u00e9marrages \u00e0 3.\n\n3. always : Cette strat\u00e9gie red\u00e9marre toujours le conteneur, peu importe le code de sortie. Si le conteneur est arr\u00eat\u00e9 manuellement, il sera red\u00e9marr\u00e9 lorsqu'il d\u00e9tectera que le d\u00e9mon Docker a red\u00e9marr\u00e9.\n\n4. unless-stopped : Cette strat\u00e9gie est similaire \u00e0 always, mais elle ne red\u00e9marre pas le conteneur s'il a \u00e9t\u00e9 arr\u00eat\u00e9 manuellement. Si le conteneur est arr\u00eat\u00e9 manuellement, il restera arr\u00eat\u00e9 jusqu'\u00e0 ce qu'il soit d\u00e9marr\u00e9 manuellement ou que le d\u00e9mon Docker red\u00e9marre.\n\nPour configurer une strat\u00e9gie de red\u00e9marrage pour un conteneur, vous pouvez utiliser l'option --restart lors de l'ex\u00e9cution de la commande docker run. Par exemple, pour d\u00e9marrer un conteneur avec la strat\u00e9gie de red\u00e9marrage always, vous pouvez utiliser la commande suivante :\n\n```\ndocker run --restart=always nginx\n```\n\nDans cet exemple, nous d\u00e9marrons un conteneur bas\u00e9 sur l'image nginx avec la strat\u00e9gie de red\u00e9marrage always. Cela signifie que le conteneur sera toujours red\u00e9marr\u00e9, peu importe le code de sortie.\n\nVous pouvez \u00e9galement modifier la strat\u00e9gie de red\u00e9marrage d'un conteneur existant en utilisant la commande docker update. Par exemple, pour modifier la strat\u00e9gie de red\u00e9marrage d'un conteneur nomm\u00e9 \"my-container\" en \"on-failure:3\", vous pouvez utiliser la commande suivante :\n\n```\ndocker update --restart=on-failure:3 my-container\n```\n\nDans cet exemple, nous modifions la strat\u00e9gie de red\u00e9marrage du conteneur \"my-container\" en \"on-failure:3\". Cela signifie que le conteneur sera red\u00e9marr\u00e9 jusqu'\u00e0 3 fois s'il s'arr\u00eate avec un code de sortie non nul.\n\nIl est important de noter que les strat\u00e9gies de red\u00e9marrage ne garantissent pas que votre conteneur sera toujours disponible. Elles ne font que contr\u00f4ler le comportement de red\u00e9marrage du conteneur en cas d'arr\u00eat inattendu ou de red\u00e9marrage du syst\u00e8me. Il est toujours recommand\u00e9 de concevoir vos applications de mani\u00e8re \u00e0 ce qu'elles soient r\u00e9silientes et capables de g\u00e9rer les \u00e9checs.\n\nEn conclusion, les strat\u00e9gies de red\u00e9marrage de Docker vous permettent de contr\u00f4ler le comportement de vos conteneurs en cas d'arr\u00eat inattendu ou de red\u00e9marrage du syst\u00e8me. En choisissant la strat\u00e9gie appropri\u00e9e, vous pouvez vous assurer que vos conteneurs sont red\u00e9marr\u00e9s automatiquement lorsque cela est n\u00e9cessaire, ce qui contribue \u00e0 am\u00e9liorer la disponibilit\u00e9 et la fiabilit\u00e9 de vos applications.<\/h1>\n

Docker a r\u00e9volutionn\u00e9 la fa\u00e7on dont les d\u00e9veloppeurs construisent, exp\u00e9dient et run<\/a><\/span>\"RUN\" refers to a command in various programming languages and operating systems to execute a specified program or script. It initiates processes, providing a controlled environment for task execution. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> applications. Il permet d'encapsuler les applications dans des conteneurs l\u00e9gers, permettant un d\u00e9ploiement coh\u00e9rent dans divers environnements. Cependant, l'un des aspects critiques de l'ex\u00e9cution d'applications en conteneurs est de s'assurer qu'elles sont r\u00e9silientes et peuvent r\u00e9cup\u00e9rer apr\u00e8s des d\u00e9faillances inattendues. C'est l\u00e0 que les strat\u00e9gies de red\u00e9marrage entrent en jeu. Dans cet article, nous plongerons au c\u0153ur de Docker restart policies<\/a><\/span>Les strat\u00e9gies de red\u00e9marrage de Docker d\u00e9finissent le comportement des conteneurs lorsqu'ils s'arr\u00eatent ou \u00e9chouent. Les options incluent \" no \", \" always \", \" unless-stopped \" et \" on-failure \", permettant de personnaliser la tol\u00e9rance aux pannes et la fiabilit\u00e9 des services. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span>, how they work, and best practices for configuring them to ensure robust applications.<\/p>\n

What are Restart Policies?<\/h2>\n

In Docker, a restart policy is a set of rules that dictate how a conteneur<\/a><\/span>Containers are lightweight, portable units that encapsulate software and its dependencies, enabling consistent execution across different environments. They leverage OS-level virtualization for efficiency. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> should behave when it exits or fails. The primary goal of restart policies is to ensure that the application running inside the conteneur<\/a><\/span>Containers are lightweight, portable units that encapsulate software and its dependencies, enabling consistent execution across different environments. They leverage OS-level virtualization for efficiency. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> remains available and operational, even in the face of unexpected errors. Docker provides several built-in restart policies that allow you to control the lifecycle of your containers in response to various exit conditions.<\/p>\n

Pourquoi utiliser les strat\u00e9gies de red\u00e9marrage ?<\/h2>\n

Les conteneurs sont par nature \u00e9ph\u00e9m\u00e8res ; ils peuvent s'arr\u00eater et red\u00e9marrer fr\u00e9quemment. Cependant, dans des sc\u00e9narios de production, nous voulons que nos applications soient aussi r\u00e9silientes que possible. L'utilisation de strat\u00e9gies de red\u00e9marrage apporte plusieurs avantages :<\/p>\n

    \n
  1. Haute Disponibilit\u00e9<\/strong>: En red\u00e9marrant automatiquement les conteneurs, vous pouvez maintenir une haute disponibilit\u00e9 de vos services, r\u00e9duisant ainsi les temps d'arr\u00eat.<\/li>\n
  2. Intervention manuelle r\u00e9duite<\/strong>: Les strat\u00e9gies de red\u00e9marrage aident \u00e0 automatiser les processus de r\u00e9cup\u00e9ration, minimisant ainsi le besoin d'intervention manuelle de la part des administrateurs syst\u00e8me.<\/li>\n
  3. Fiabilit\u00e9 am\u00e9lior\u00e9e<\/strong>: Ensuring that your containers restart upon failure can help catch transient issues that could otherwise lead to service<\/a><\/span>Le service fait r\u00e9f\u00e9rence \u00e0 l'acte de fournir une assistance ou un soutien pour r\u00e9pondre \u00e0 des besoins ou des exigences sp\u00e9cifiques. Dans divers domaines, il englobe le service client, le support technique et les services professionnels, en mettant l'accent sur l'efficacit\u00e9 et la satisfaction de l'utilisateur. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> disruptions.<\/li>\n<\/ol>\n

    Docker Restart Policies Overview<\/h2>\n

    Docker offers several restart policy options, which can be set when building a conteneur<\/a><\/span>Containers are lightweight, portable units that encapsulate software and its dependencies, enabling consistent execution across different environments. They leverage OS-level virtualization for efficiency. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> or updated afterward. The available restart policies are:<\/p>\n

      \n
    1. \n

      Non (par d\u00e9faut)<\/strong>: Il s'agit du r\u00e9glage par d\u00e9faut. Les conteneurs ne red\u00e9marrent pas automatiquement lorsqu'ils s'arr\u00eatent.<\/p>\n<\/li>\n

    2. \n

      Always<\/strong>: With this policy, Docker will restart the conteneur<\/a><\/span>Containers are lightweight, portable units that encapsulate software and its dependencies, enabling consistent execution across different environments. They leverage OS-level virtualization for efficiency. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> indefinitely, irrespective of the exit status. It is particularly useful for long-running services that must always be available.<\/p>\n<\/li>\n

    3. \n

      Unless-stopped<\/strong>: Similar to the always<\/code> policy, this option will restart the conteneur<\/a><\/span>Containers are lightweight, portable units that encapsulate software and its dependencies, enabling consistent execution across different environments. They leverage OS-level virtualization for efficiency. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> unless it was explicitly stopped by the user. If the conteneur<\/a><\/span>Containers are lightweight, portable units that encapsulate software and its dependencies, enabling consistent execution across different environments. They leverage OS-level virtualization for efficiency. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> is stopped, it won\u2019t restart until the Docker d\u00e9mon<\/a><\/span>Un d\u00e9mon est un processus d'arri\u00e8re-plan en informatique qui s'ex\u00e9cute de mani\u00e8re autonome, effectuant des t\u00e2ches sans intervention de l'utilisateur. Il g\u00e8re g\u00e9n\u00e9ralement des fonctions au niveau du syst\u00e8me ou de l'application, am\u00e9liorant ainsi l'efficacit\u00e9. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> itself is restarted.<\/p>\n<\/li>\n

    4. \n

      On-failure<\/strong>: This policy allows for restarting the conteneur<\/a><\/span>Containers are lightweight, portable units that encapsulate software and its dependencies, enabling consistent execution across different environments. They leverage OS-level virtualization for efficiency. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> only if it exits with a non-zero exit status. You can also specify a maximum retry count, after which it will cease to restart the conteneur<\/a><\/span>Containers are lightweight, portable units that encapsulate software and its dependencies, enabling consistent execution across different environments. They leverage OS-level virtualization for efficiency. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span>.<\/p>\n<\/li>\n

    5. \n

      Avec un nombre maximal de tentatives de reprise<\/strong>C'est une variante de on-failure<\/code> policy where you can specify how many times Docker should attempt to restart the conteneur<\/a><\/span>Containers are lightweight, portable units that encapsulate software and its dependencies, enabling consistent execution across different environments. They leverage OS-level virtualization for efficiency. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> before giving up.<\/p>\n<\/li>\n<\/ol>\n

      Configuring Restart Policies<\/h2>\n

      Restart policies can be configured during the conteneur<\/a><\/span>Containers are lightweight, portable units that encapsulate software and its dependencies, enabling consistent execution across different environments. They leverage OS-level virtualization for efficiency. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> creation process using the docker run<\/a><\/span>\"RUN\" refers to a command in various programming languages and operating systems to execute a specified program or script. It initiates processes, providing a controlled environment for task execution. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span><\/code> commande ou en modifiant le fichier Docker Compose<\/a><\/span>Un fichier Docker Compose est un fichier de configuration YAML qui d\u00e9finit les services, les r\u00e9seaux et les volumes pour les applications Docker multi-conteneurs. Il simplifie le d\u00e9ploiement et la gestion, am\u00e9liorant ainsi l'efficacit\u00e9. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span>. Let\u2019s explore both methods.<\/p>\n

      Utilisation de l'interface de ligne de commande Docker<\/h3>\n

      You can specify a restart policy when you run<\/a><\/span>\"RUN\" refers to a command in various programming languages and operating systems to execute a specified program or script. It initiates processes, providing a controlled environment for task execution. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> a conteneur<\/a><\/span>Containers are lightweight, portable units that encapsulate software and its dependencies, enabling consistent execution across different environments. They leverage OS-level virtualization for efficiency. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> en utilisant le --restart<\/code> drapeau. Voici comment proc\u00e9der pour chaque politique :<\/p>\n