{"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":"como-configuro-las-politicas-de-reinicio-en-docker","status":"publish","type":"post","link":"https:\/\/dockerpros.com\/es\/installation-and-configuration\/how-do-i-configure-restart-policies-in-docker\/","title":{"rendered":"\u00bfC\u00f3mo configuro las pol\u00edticas de reinicio en Docker?"},"content":{"rendered":"

C\u00f3mo configurar las pol\u00edticas de reinicio en Docker\n\nLas pol\u00edticas de reinicio en Docker controlan si y c\u00f3mo se reinician los contenedores cuando salen o se detienen. Esto es \u00fatil para asegurar que los contenedores cr\u00edticos siempre est\u00e9n en funcionamiento. Aqu\u00ed te explico c\u00f3mo configurarlas:\n\n1. **Pol\u00edticas de reinicio disponibles:**\n\n - **no**: No reiniciar autom\u00e1ticamente el contenedor. (Por defecto)\n - **on-failure[:max-retries]**: Reiniciar solo si el contenedor sale con un c\u00f3digo de error distinto de cero. Opcionalmente, se puede especificar el n\u00famero m\u00e1ximo de intentos de reinicio.\n - **always**: Reiniciar siempre el contenedor, independientemente del c\u00f3digo de salida.\n - **unless-stopped**: Reiniciar siempre el contenedor, a menos que se haya detenido manualmente o Docker se haya detenido.\n\n2. **Configuraci\u00f3n durante la creaci\u00f3n del contenedor:**\n\n Puedes establecer la pol\u00edtica de reinicio al crear un contenedor usando la opci\u00f3n `--restart`. Por ejemplo:\n\n ```bash\n docker run -d --restart unless-stopped nginx\n ```\n\n Este comando iniciar\u00e1 un contenedor Nginx que se reiniciar\u00e1 autom\u00e1ticamente a menos que se detenga manualmente.\n\n3. **Configuraci\u00f3n en un archivo Docker Compose:**\n\n En un archivo `docker-compose.yml`, puedes especificar la pol\u00edtica de reinicio en la secci\u00f3n `restart_policy` del servicio. Por ejemplo:\n\n ```yaml\n version: '3'\n services:\n web:\n image: nginx\n restart_policy:\n condition: unless-stopped\n ```\n\n4. **Cambiar la pol\u00edtica de reinicio de un contenedor existente:**\n\n Puedes modificar la pol\u00edtica de reinicio de un contenedor existente usando el comando `update`:\n\n ```bash\n docker update --restart=always \n ```\n\n Reemplaza `` con el ID o nombre del contenedor.\n\n5. **Consideraciones importantes:**\n\n - Las pol\u00edticas de reinicio no aplican cuando el contenedor se detiene manualmente.\n - Si Docker se reinicia, los contenedores con pol\u00edticas `always` o `unless-stopped` se reiniciar\u00e1n autom\u00e1ticamente.\n - Las pol\u00edticas de reinicio son \u00fatiles para servicios cr\u00edticos que deben estar siempre disponibles.\n\n6. **Ejemplos pr\u00e1cticos:**\n\n - **Reinicio autom\u00e1tico en caso de fallo:**\n ```bash\n docker run -d --restart on-failure:5 my-app\n ```\n Este contenedor se reiniciar\u00e1 hasta 5 veces si sale con un c\u00f3digo de error distinto de cero.\n\n - **Reinicio continuo:**\n ```bash\n docker run -d --restart always my-database\n ```\n Este contenedor se reiniciar\u00e1 siempre, incluso si se detiene manualmente.\n\n - **Reinicio a menos que se detenga manualmente:**\n ```bash\n docker run -d --restart unless-stopped my-web-server\n ```\n Este contenedor se reiniciar\u00e1 autom\u00e1ticamente a menos que se detenga manualmente.\n\nRecuerda que las pol\u00edticas de reinicio son una herramienta poderosa para mantener tus contenedores en funcionamiento, pero deben usarse con cuidado para evitar bucles infinitos de reinicio en caso de errores persistentes.<\/h1>\n

Docker has revolutionized the way developers build, ship, and 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> aplicaciones. Permite que las aplicaciones se encapsulen en contenedores ligeros, logrando una implementaci\u00f3n coherente en diversos entornos. Sin embargo, uno de los aspectos cr\u00edticos al ejecutar aplicaciones en contenedores es garantizar que sean resilientes y puedan recuperarse de fallos inesperados. Aqu\u00ed es donde entran en juego las pol\u00edticas de reinicio. En este art\u00edculo, profundizaremos en Pol\u00edticas de reinicio de Docker<\/a><\/span>Las pol\u00edticas de reinicio de Docker definen c\u00f3mo deben comportarse los contenedores cuando salen o fallan. Las opciones incluyen \"no\", \"siempre\", \"a menos que se detenga\" y \"en caso de fallo\", lo que permite una tolerancia a fallos y fiabilidad del servicio personalizables. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span>, how they work, and best practices for configuring them to ensure robust applications.<\/p>\n

Las pol\u00edticas de reinicio son una caracter\u00edstica de Docker que permite controlar si un contenedor debe reiniciarse autom\u00e1ticamente cuando se detiene o falla. Estas pol\u00edticas se definen al crear o ejecutar un contenedor y pueden ser \u00fatiles para garantizar que los servicios cr\u00edticos est\u00e9n siempre disponibles.\n\nLas pol\u00edticas de reinicio disponibles en Docker son:\n\n1. **no**: Esta es la pol\u00edtica por defecto. El contenedor no se reiniciar\u00e1 autom\u00e1ticamente, independientemente de la raz\u00f3n por la que se detuvo.\n\n2. **on-failure[:max-retries]**: El contenedor se reiniciar\u00e1 solo si se detuvo debido a un error (c\u00f3digo de salida distinto de cero). Opcionalmente, se puede especificar el n\u00famero m\u00e1ximo de intentos de reinicio.\n\n3. **always**: El contenedor se reiniciar\u00e1 siempre, independientemente de la raz\u00f3n por la que se detuvo. Si el contenedor se detiene manualmente, solo se reiniciar\u00e1 cuando el demonio de Docker se reinicie o el contenedor se reinicie manualmente.\n\n4. **unless-stopped**: Similar a \"always\", pero el contenedor no se reiniciar\u00e1 si se detuvo manualmente. Se reiniciar\u00e1 cuando el demonio de Docker se reinicie o el contenedor se reinicie manualmente.\n\nEstas pol\u00edticas de reinicio se pueden especificar al crear un contenedor utilizando la opci\u00f3n `--restart` seguida de la pol\u00edtica deseada. Por ejemplo:\n\n```bash\ndocker run -d --restart unless-stopped nginx\n```\n\nEn este ejemplo, se crea un contenedor con la imagen de Nginx y se establece la pol\u00edtica de reinicio \"unless-stopped\". Esto significa que el contenedor se reiniciar\u00e1 autom\u00e1ticamente si se detiene por cualquier motivo, excepto si se detuvo manualmente.\n\nLas pol\u00edticas de reinicio son una herramienta poderosa para garantizar la disponibilidad de los servicios en contenedores Docker, especialmente en entornos de producci\u00f3n donde se requiere alta disponibilidad.<\/h2>\n

En Docker, una pol\u00edtica de reinicio es un conjunto de reglas que dictan c\u00f3mo se contenedor<\/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 contenedor<\/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

\u00bfPor qu\u00e9 usar pol\u00edticas de reinicio?<\/h2>\n

Containers are inherently ephemeral; they can stop and start frequently. However, in production scenarios, we want our applications to be as resilient as possible. Using restart policies brings several benefits:<\/p>\n

    \n
  1. Alta disponibilidad<\/strong>: Al reiniciar autom\u00e1ticamente los contenedores, puedes mantener una alta disponibilidad de tus servicios, reduciendo el tiempo de inactividad.<\/li>\n
  2. Reduced Manual Intervention<\/strong>Las pol\u00edticas de reinicio ayudan a automatizar los procesos de recuperaci\u00f3n, minimizando la necesidad de intervenci\u00f3n manual por parte de los administradores del sistema.<\/li>\n
  3. Improved Reliability<\/strong>Asegurarse de que sus contenedores se reinicien en caso de fallo puede ayudar a detectar problemas transitorios que de otro modo podr\u00edan llevar a servicio<\/a><\/span>Service refers to the act of providing assistance or support to fulfill specific needs or requirements. In various domains, it encompasses customer service, technical support, and professional services, emphasizing efficiency and user satisfaction. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span> interrupciones.<\/li>\n<\/ol>\n

    Pol\u00edticas de reinicio de Docker: descripci\u00f3n general\n\nLas pol\u00edticas de reinicio de Docker controlan si sus contenedores se reinician autom\u00e1ticamente cuando salen o cuando Docker se reinicia. Las pol\u00edticas de reinicio garantizan que los contenedores vinculados se reinicien en el orden correcto. Docker recomienda que siempre use una pol\u00edtica de reinicio y evite usar comandos de administraci\u00f3n de procesos de contenedores para iniciar contenedores en modo daemon.\n\nAqu\u00ed hay una lista de las pol\u00edticas de reinicio que puede usar:\n\nno: no reinicie el contenedor si se detiene. Esta es la pol\u00edtica predeterminada.\n\non-failure[:max-retries]: reinicie el contenedor si se detiene debido a un error, que se manifiesta como un c\u00f3digo de salida distinto de cero. Tambi\u00e9n puede limitar el n\u00famero de intentos de reinicio de Docker antes de rendirse. El valor predeterminado es que Docker intente reiniciar el contenedor indefinidamente.\n\nalways: siempre reinicie el contenedor si se detiene. Si se detiene manualmente, solo se reinicia cuando Docker se reinicia o el contenedor se detiene manualmente. (En caso de error, Docker reinicia el contenedor indefinidamente. Cuando el contenedor se detiene manualmente, solo se reinicia cuando Docker se reinicia o el contenedor se detiene manualmente).\n\nunless-stopped: similar a always, excepto que cuando el contenedor se detiene (manualmente o de otra manera), no se reinicia incluso despu\u00e9s de que Docker se reinicie.<\/h2>\n

    Docker offers several restart policy options, which can be set when building a contenedor<\/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

      No (default)<\/strong>Esta es la configuraci\u00f3n predeterminada. Los contenedores no se reiniciar\u00e1n autom\u00e1ticamente cuando finalicen.<\/p>\n<\/li>\n

    2. \n

      Always<\/strong>: With this policy, Docker will restart the contenedor<\/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 contenedor<\/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 contenedor<\/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 servicio<\/a><\/span>Un demonio es un proceso en segundo plano en inform\u00e1tica que se ejecuta de manera aut\u00f3noma, realizando tareas sin intervenci\u00f3n del usuario. Generalmente gestiona funciones a nivel de sistema o de aplicaci\u00f3n, mejorando la eficiencia. 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 contenedor<\/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 contenedor<\/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

      En caso de fallo con un n\u00famero m\u00e1ximo de reintentos<\/strong>Esta es una variante de la En caso de fallo<\/code> policy where you can specify how many times Docker should attempt to restart the contenedor<\/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

      Configuraci\u00f3n de las pol\u00edticas de reinicio\n\nCuando se ejecuta un contenedor, puede especificar una pol\u00edtica de reinicio que Docker utilizar\u00e1 cuando el contenedor salga. Las pol\u00edticas de reinicio garantizan que los contenedores asociados se inicien autom\u00e1ticamente despu\u00e9s de que el demonio Docker se reinicie. Docker recomienda que siempre use pol\u00edticas de reinicio, y evite usar administradores de procesos para iniciar contenedores.\n\nLas pol\u00edticas de reinicio son diferentes de los comandos de reinicio como runit o Supervisor que tienen la responsabilidad de reiniciar los contenedores en el caso de que fallen. Cuando Docker se reinicia, los contenedores con una pol\u00edtica de reinicio se reinician con la misma pol\u00edtica de reinicio.\n\nPara configurar la pol\u00edtica de reinicio de un contenedor, agregue la marca --restart al comando docker run. El valor de la marca --restart puede ser cualquiera de los siguientes:\n\n- no - no reiniciar autom\u00e1ticamente el contenedor. (el valor predeterminado)\n- on-failure - reiniciar el contenedor si sale debido a un error, que se manifiesta como un c\u00f3digo de salida distinto de cero.\n- always - siempre reiniciar el contenedor si se detiene. Si se detiene manualmente, solo se reinicia cuando el daemon Docker se reinicia o el contenedor se detiene manualmente. (consulte la segunda distinci\u00f3n de abajo)\n- unless-stopped - similar a always, excepto que cuando el contenedor se detiene (manualmente o de otra manera) no se reinicia incluso despu\u00e9s de que el daemon Docker se reinicia.\n\nEjemplos:\n\n$ docker run --restart=always redis\n\nEsto ejecuta el contenedor redis con la pol\u00edtica de reinicio siempre de modo que si el contenedor se sale, Docker lo reiniciar\u00e1.\n\n$ docker run --restart=on-failure:10 redis\n\nEsto ejecuta el contenedor redis con la pol\u00edtica de reinicio on-failure y un l\u00edmite m\u00e1ximo de 10 reinicios. Si el contenedor se sale con un c\u00f3digo de salida distinto de cero m\u00e1s de 10 veces, Docker lo detiene. Proporcionar un l\u00edmite m\u00e1ximo de reinicios es incompatible con la pol\u00edtica de reinicio always.\n\nDiferencias entre siempre y unless-stopped\n\nHay una diferencia sutil entre siempre y unless-stopped. Si reinicia un contenedor que se ejecuta con la pol\u00edtica always, se reinicia. Sin embargo, si reinicia manualmente un contenedor que se ejecuta con la pol\u00edtica unless-stopped, no se reinicia a menos que reinicie el daemon Docker.<\/h2>\n

      Restart policies can be configured during the contenedor<\/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 es una plataforma de c\u00f3digo abierto que permite automatizar el despliegue de aplicaciones dentro de contenedores de software. Proporciona una capa adicional de abstracci\u00f3n y automatizaci\u00f3n de virtualizaci\u00f3n a nivel de sistema operativo en Linux.\n\nLos contenedores Docker empaquetan una aplicaci\u00f3n con todas sus dependencias en un formato estandarizado que puede ejecutarse en cualquier entorno Linux. Esto facilita enormemente el desarrollo, el testing y el despliegue de aplicaciones, ya que se eliminan los problemas de \"funciona en mi m\u00e1quina\".\n\nAlgunas de las caracter\u00edsticas clave de Docker son:\n\n- Aislamiento: Cada contenedor se ejecuta de forma aislada, con su propio sistema de archivos, procesos, etc.\n\n- Portabilidad: Los contenedores pueden ejecutarse en cualquier entorno Linux sin necesidad de modificarlos.\n\n- Ligereza: Los contenedores comparten el kernel del sistema operativo anfitri\u00f3n, lo que los hace mucho m\u00e1s ligeros que las m\u00e1quinas virtuales tradicionales.\n\n- Escalabilidad: Es muy f\u00e1cil escalar horizontalmente una aplicaci\u00f3n ejecutando m\u00faltiples instancias de un contenedor.\n\nDocker se ha convertido en una herramienta fundamental en el desarrollo de aplicaciones modernas, especialmente en el contexto de la arquitectura de microservicios y la computaci\u00f3n en la nube. 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> command or by modifying the Docker Compose file<\/a><\/span>Un archivo Docker Compose es un archivo de configuraci\u00f3n YAML que define servicios, redes y vol\u00famenes para aplicaciones Docker de m\u00faltiples contenedores. Simplifica el despliegue y la gesti\u00f3n, mejorando la eficiencia. More \u00bb<\/a><\/span><\/span><\/span><\/span><\/span>. Exploremos ambos m\u00e9todos.<\/p>\n

      Using the Docker CLI<\/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 contenedor<\/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> utilizando el --restart<\/code> flag. Here\u2019s how to do it for each policy:<\/p>\n