Comment exécuter une tâche cron à l'intérieur d'un conteneur docker ?

Question

J'essaie d'exécuter un cronjob à l'intérieur d'un conteneur docker qui invoque un shell script.

Hier, j'ai cherché partout sur le web et sur stack overflow, mais je n'ai pas vraiment trouvé de solution qui fonctionne.
Comment puis-je le faire ?

EDIT :

J'ai créé un Dépôt github (commenté) avec un conteneur docker cron fonctionnel qui invoque un shell script à un intervalle donné.

Answer 1

Vous pouvez copier votre crontab dans une image, afin que le conteneur lancé à partir de cette image exécute la tâche.

Voir " Exécuter une tâche cron avec Docker " de Julien Boulay dans son Ekito/docker-cron :

Créons un nouveau fichier appelé " hello-cron " pour décrire notre travail.

* * * * * echo "Hello world" >> /var/log/cron.log 2>&1
# An empty line is required at the end of this file for a valid cron file.

Si vous vous demandez ce qu'est 2>&1, Ayman Hourieh explique .

Le fichier Docker suivant décrit toutes les étapes de la construction de votre image.

FROM ubuntu:latest
MAINTAINER docker@ekito.fr

RUN apt-get update && apt-get -y install cron

# Copy hello-cron file to the cron.d directory
COPY hello-cron /etc/cron.d/hello-cron

# Give execution rights on the cron job
RUN chmod 0644 /etc/cron.d/hello-cron

# Apply cron job
RUN crontab /etc/cron.d/hello-cron

# Create the log file to be able to run tail
RUN touch /var/log/cron.log

# Run the command on container startup
CMD cron && tail -f /var/log/cron.log

(voir Gaafar 's commentaire et Comment puis-je faire apt-get installer moins bruyant ? :
apt-get -y install -qq --force-yes cron peut aussi fonctionner)

Comme l'a noté Nathan Lloyd sur les commentaires :

Note rapide à propos d'un gotcha :
Si vous ajoutez un fichier script et que vous demandez à cron de l'exécuter, n'oubliez pas de
RUN chmod 0744 /the_script
Cron échoue silencieusement si vous oubliez .

---

OU, assurez-vous que votre travail lui-même redirige directement vers stdout/stderr au lieu d'un fichier journal, comme décrit dans hugoShaka 's réponse :

 * * * * * root echo hello > /proc/1/fd/1 2>/proc/1/fd/2

Remplacez la dernière ligne de Dockerfile par

CMD ["cron", "-f"]

Voir aussi (à propos de cron -f (c'est-à-dire cron "avant-plan") " docker ubuntu cron -f ne fonctionne pas "

---

Construisez et exécutez-la :

sudo docker build --rm -t ekito/cron-example .
sudo docker run -t -i ekito/cron-example

Soyez patient, attendez 2 minutes et votre ligne de commande devrait s'afficher :

Hello world
Hello world

---

Eric ajoute dans les commentaires :

Notez bien que tail peut ne pas afficher le bon fichier s'il est créé pendant la construction de l'image.
Si c'est le cas, vous devez créer ou toucher le fichier pendant l'exécution du conteneur pour que tail récupère le bon fichier.

Voir " Sortie de tail -f à la fin d'un docker CMD ne montre pas ".

---

Voir plus dans " Exécution de Cron dans Docker " (avril 2021) de Jason Kulatunga comme il commenté ci-dessous

Voir l'image de Jason AnalogJ/docker-cron basé sur :

• Installation du fichier Docker cronie / crond selon la distribution.

• un point d'entrée initialisant /etc/environment et ensuite appeler

  cron -f -l 2

Answer 2

La réponse acceptée peut être dangereux dans un environnement de production .

Dans docker, vous ne devez exécuter qu'un seul processus par conteneur, car si vous ne le faites pas, le processus qui a bifurqué et est passé en arrière-plan n'est pas surveillé et peut s'arrêter sans que vous le sachiez.

Lorsque vous utilisez CMD cron && tail -f /var/log/cron.log le processus cron bifurque essentiellement afin d'exécuter cron en arrière-plan, le processus principal se termine et vous permet d'exécuter tailf en avant-plan. Le processus cron en arrière-plan pourrait s'arrêter ou échouer, vous ne le remarquerez pas, votre conteneur continuera de fonctionner silencieusement et votre outil d'orchestration ne le redémarrera pas.

Vous pouvez éviter cela en redirigeant directement la sortie des commandes du cron dans votre docker. stdout et stderr qui sont situés respectivement dans /proc/1/fd/1 et /proc/1/fd/2 .

En utilisant des redirections shell de base, vous pouvez faire quelque chose comme ceci :

* * * * * root echo hello > /proc/1/fd/1 2>/proc/1/fd/2

Et votre CMD sera : CMD ["cron", "-f"]

Answer 3

Pour ceux qui veulent utiliser une image simple et légère :

FROM alpine:3.6

# copy crontabs for root user
COPY config/cronjobs /etc/crontabs/root

# start crond with log level 8 in foreground, output to stderr
CMD ["crond", "-f", "-d", "8"]

Où cronjobs est le fichier qui contient vos cronjobs, sous cette forme :

* * * * * echo "hello stackoverflow" >> /test_file 2>&1
# remember to end this file with an empty new line

Answer 4

Ce que @VonC a suggéré est bien mais je préfère faire toute la configuration des tâches cron en une seule ligne. Cela permet d'éviter les problèmes liés aux plates-formes croisées, comme la localisation des cronjobs, et vous n'avez pas besoin d'un fichier cron séparé.

FROM ubuntu:latest

# Install cron
RUN apt-get -y install cron

# Create the log file to be able to run tail
RUN touch /var/log/cron.log

# Setup cron job
RUN (crontab -l ; echo "* * * * * echo "Hello world" >> /var/log/cron.log") | crontab

# Run the command on container startup
CMD cron && tail -f /var/log/cron.log

Après avoir lancé votre conteneur docker, vous pouvez vous assurer que le service cron fonctionne :

# To check if the job is scheduled
docker exec -ti <your-container-id> bash -c "crontab -l"
# To check if the cron service is running
docker exec -ti <your-container-id> bash -c "pgrep cron"

Si vous préférez avoir ENTRYPOINT au lieu de CMD, alors vous pouvez remplacer le CMD ci-dessus par

ENTRYPOINT cron start && tail -f /var/log/cron.log

Answer 5

Il y a un autre moyen de le faire, c'est d'utiliser Tasker un gestionnaire de tâches qui prend en charge le cron (un planificateur).

Pourquoi ? Parfois, pour exécuter une tâche cron, vous devez mélanger votre image de base (python, java, nodejs, ruby) avec le cron. Cela signifie une autre image à maintenir. Tasker évite cela en découplant le crond et votre conteneur. Vous pouvez vous concentrer sur l'image que vous souhaitez utiliser pour exécuter vos commandes, et configurer Tasker pour qu'il l'utilise.

Ici, un docker-compose.yml qui exécutera certaines tâches pour vous

version: "2"

services:
    tasker:
        image: strm/tasker
        volumes:
            - "/var/run/docker.sock:/var/run/docker.sock"
        environment:
            configuration: |
                logging:
                    level:
                        ROOT: WARN
                        org.springframework.web: WARN
                        sh.strm: DEBUG
                schedule:
                    - every: minute
                      task: hello
                    - every: minute
                      task: helloFromPython
                    - every: minute
                      task: helloFromNode
                tasks:
                    docker:
                        - name: hello
                          image: debian:jessie
                          script:
                              - echo Hello world from Tasker
                        - name: helloFromPython
                          image: python:3-slim
                          script:
                              - python -c 'print("Hello world from python")'
                        - name: helloFromNode
                          image: node:8
                          script:
                              - node -e 'console.log("Hello from node")'

Il y a 3 tâches ici, toutes s'exécuteront toutes les minutes ( every: minute ), et chacun d'entre eux exécutera la commande script à l'intérieur de l'image définie dans image section.

Il suffit de courir docker-compose up et voir qu'il fonctionne. Voici le dépôt de Tasker avec la documentation complète :

http://github.com/opsxcq/tasker