runcronjobs

Le contexte d’application : une entité (un laboratoire de recherche par exemple) ayant un pool de serveurs Unix.

L’objectif : avoir un répertoire unique pour les tâches d’exploitation à répéter toutes les heures, un autre pour les tâches quotidiennes , un autre pour les tâches hedomadaires, etc.

L’idée : mentionner dans le script lui-même sur quel serveur ou sur quel groupe de serveurs celui-ci doit s’exécuter.

Installation : chaque serveur doit accéder d’une façon ou d’une autre à ces répertoires de jobs : partage NFS ou (mieux) synchronisation de répertoire.

Bonus : c’est l’occasion d’y greffer des petits plus :

• rapports détailler d’exécution (code de retour des jobs, temps d’exécution unitaire, temps d’exécution total,
• exécution séquentielle ou parallèle des jobs,
• délai avant déclenchement,
• etc.