Bonjour à tous,
je me permets de vous solliciter car je souhaiterai mettre un ordonnanceur pour pouvoir planifier/exécuter des tâches sur plusieurs machines. L'environnement est full Linux. Auriez-vous des infos ?
J'ai un collègue qui m'a proposé Chronos https://mesos.github.io/chronos/, ca semble très bien.
Merci pour vos retour.
Alex.
Le 07/06/2017 à 19:07, Alexandre a écrit :
Bonjour à tous,
je me permets de vous solliciter car je souhaiterai mettre un ordonnanceur pour pouvoir planifier/exécuter des tâches sur plusieurs machines. L'environnement est full Linux. Auriez-vous des infos ?
J'ai un collègue qui m'a proposé Chronos https://mesos.github.io/chronos/, ca semble très bien.
Merci pour vos retour.
Alex.
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour
Tu peux aussi regarder du coté de http://rundeck.org/. Cela fait longtemps que je n'ai pas testé mais à l'époque, ça m'avait bien plu (simple à installer et configurer pour une utilisation basique et le tout assez intuitif).
B0ugie.
mercredi 7 juin 2017, 19:36:33 CEST bougie wrote:
Le 07/06/2017 à 19:07, Alexandre a écrit :
Bonjour à tous,
je me permets de vous solliciter car je souhaiterai mettre un ordonnanceur pour pouvoir planifier/exécuter des tâches sur plusieurs machines. L'environnement est full Linux. Auriez-vous des infos ?
J'ai un collègue qui m'a proposé Chronos https://mesos.github.io/chronos/, ca semble très bien.
Merci pour vos retour.
Alex.
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour
Tu peux aussi regarder du coté de http://rundeck.org/. Cela fait longtemps que je n'ai pas testé mais à l'époque, ça m'avait bien plu (simple à installer et configurer pour une utilisation basique et le tout assez intuitif).
B0ugie.
Moi j'utiliserai Salt ou Ansible pour gérer les cron des machines ou exécuter des commandes dessus.
Je n'ai pas du tout accroche Salt. Les packages Debian sont nuls (ils ne se mettent pas à jour par apt-cron), il faut 50 dépendances, qui changent à chaque version.
Et on ne sait jamais trop ce qu'il fait ou pas. Alors soit je m'y suis pris comme un pied, ce qui n'est pas à exclure, soit vraiment c'est nase.
Le 7 juin 2017 à 20:57, Luc Didry luc@didry.org a écrit :
mercredi 7 juin 2017, 19:36:33 CEST bougie wrote:
Le 07/06/2017 à 19:07, Alexandre a écrit : Bonjour à tous,
je me permets de vous solliciter car je souhaiterai mettre un ordonnanceur pour pouvoir planifier/exécuter des tâches sur plusieurs machines. L'environnement est full Linux. Auriez-vous des infos ?
J'ai un collègue qui m'a proposé Chronos https://mesos.github.io/chronos/, ca semble très bien.
Merci pour vos retour.
Alex.
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour
Tu peux aussi regarder du coté de http://rundeck.org/. Cela fait longtemps que je n'ai pas testé mais à l'époque, ça m'avait bien plu (simple à installer et configurer pour une utilisation basique et le tout assez intuitif).
B0ugie.
Moi j'utiliserai Salt ou Ansible pour gérer les cron des machines ou exécuter des commandes dessus. -- Luc https://fiat-tux.fr/ https://luc.frama.io/ Internet n'est pas compliqué, Internet est ce que vous en faites.
Liste de diffusion du FRsAG http://www.frsag.org/
mercredi 7 juin 2017, 21:03:18 CEST Guillaume Tournat wrote:
Je n'ai pas du tout accroche Salt. Les packages Debian sont nuls (ils ne se mettent pas à jour par apt-cron), il faut 50 dépendances, qui changent à chaque version.
Et on ne sait jamais trop ce qu'il fait ou pas. Alors soit je m'y suis pris comme un pied, ce qui n'est pas à exclure, soit vraiment c'est nase.
Alors Ansible : il fonctionne sans agent, il se connecte en SSH aux serveurs.
Merci à tous pour vos réponses,
Si j'ai bien tout noté, voici la liste des différents outils que vous m'avez proposé :
chronos : https://mesos.github.io/chronos/ rundeck : http://rundeck.org/plugins/index.html metronome : https://github.com/dcos/metronome JobScheduler : http://www.sos-berlin.com/jobscheduler airflow : http://airflow.incubator.apache.org/ + outils : puppets, ansible
Je vous avouerai, je suis un peu perdu. Pour vous donner plus d'info, je souhaiterai quelque choses de centralisé qui puisse aiguiller les traitements. Je vais vous donner un peu plus de contexte.
Toutes nos machines sont en Linux basées sur des procédures d'installation pour respecter les versions des packages gérés par le système mais aussi des binaires développés et compilés maison. Toutes les machines sont génériques, avec des montages centralisés et peuvent effectuer les mm tâches (ou presque en fonctions des ressources physiques). Ces tâches seraient à dispatcher en fonction des ressources disponibles.
Pour faire très très simple :
->si tache 1 sur machine 1 OK |-> passe à la tache 2 sur machine 2 |-> et exécute la tâche 3 sur machine 3 en parralèle si l'ancien traitement de la machine 3 est fini sinon machine 4.
C'est très très simplifié mais c'est le besoin. Du coup il me faut une machine qui sache l'état des différents traitements et sous traitement pour pouvoir organiser / planifier / aiguiller notre chaine applicative.
Pensez-vous que JobScheduler / rundeck / chronos / metronome ... sont fait pour ca ? avez vous d'autres outils que je pourrais testés ? D'ailleurs je pourrais vous faire un retour si cela vous intéresse.
Par avance merci pour vos retours.
Alexandre.
On Wed, 07 Jun 2017 21:12:42 +0200 Luc Didry luc@didry.org wrote:
mercredi 7 juin 2017, 21:03:18 CEST Guillaume Tournat wrote:
Je n'ai pas du tout accroche Salt. Les packages Debian sont nuls (ils ne se mettent pas à jour par apt-cron), il faut 50 dépendances, qui changent à chaque version.
Et on ne sait jamais trop ce qu'il fait ou pas. Alors soit je m'y suis pris comme un pied, ce qui n'est pas à exclure, soit vraiment c'est nase.
Alors Ansible : il fonctionne sans agent, il se connecte en SSH aux serveurs.
Bonjour,
si j'ai bien compris, tu n'as en fait pas besoin d'un ordonnanceur mais plutôt d'un gestionnaire de grille de calcul. Son rôle est justement de gérer les ressources du parc de nœuds de calcul en fonction de paramètres variés et qui peuvent dépendre de l'architecture de ceux-ci : nombre de CPUs, taille de la RAM, bande passante réseau, softs installés, ... On pense souvent qu'une grille de calcul est un outil dédié à du traitement intensif (HPC par exemple), alors que c'est en réalité un gestionnaire de ressource : il doit trouver un nœud capable d'exécuter la tâche soumise en fonction des contraintes de ladite tâche. Il peut également être couplé à un ordonnanceur pour la planification. Ce qui nous donne : - une tâche est planifiée : elle doit démarrer à telle heure, ou après telle autre. Il faut un scheduler. - comme par hasard, la tâche est en réalité une soumission à la grille de calcul. - le master de la grille analyse les contraintes de la tâche, les résoud et choisit parmi ses nœuds celui qui va exécuter réellement. - le nœud choisi exécute la tâche. Le mode d'exécution peut être synchrone (la commande de soumission ne rend la main qu'après la fin d'exécution de la tâche) ou asynchrone (la main est rendu dès que la soumission est acceptée, l'exécution se déroulant plus tard).
J'ai une bonne expérience de Open Grid Scheduler (http://gridscheduler.sourceforge.net/), fork de Sun Grid Engine (SGE). Pas d'évolution depuis 2011, mais pour l'instant ça ne me pose aucun problème. Un autre fork de SGE est Son of Grid Engine (https://arc.liv.ac.uk/trac/SGE) qui connaît plus d'activité mais sur lequel je n'ai pas d'expérience.
Et n'importe quel scheduler peut convenir, par exemple JobScheduler pour rester dans du libre, puisqu'on lui demande d'exécuter une commande à une heure donnée sans qu'il sache ce qu'il exécute. Peu lui importe que ce soit un "ls", une commande de compilation ou de soumission à une grille...
Patrice
-----Original Message----- From: FRsAG [mailto:frsag-bounces@frsag.org] On Behalf Of Alexandre Sent: Monday, June 19, 2017 2:59 PM To: Luc Didry luc@didry.org Cc: frsag@frsag.org Subject: Re: [FRsAG] Recherche ordonnanceur libre
Merci à tous pour vos réponses,
Si j'ai bien tout noté, voici la liste des différents outils que vous m'avez proposé :
chronos : https://mesos.github.io/chronos/ rundeck : http://rundeck.org/plugins/index.html metronome : https://github.com/dcos/metronome JobScheduler : http://www.sos-berlin.com/jobscheduler airflow : http://airflow.incubator.apache.org/ + outils : puppets, ansible
Je vous avouerai, je suis un peu perdu. Pour vous donner plus d'info, je souhaiterai quelque choses de centralisé qui puisse aiguiller les traitements. Je vais vous donner un peu plus de contexte.
Toutes nos machines sont en Linux basées sur des procédures d'installation pour respecter les versions des packages gérés par le système mais aussi des binaires développés et compilés maison. Toutes les machines sont génériques, avec des montages centralisés et peuvent effectuer les mm tâches (ou presque en fonctions des ressources physiques). Ces tâches seraient à dispatcher en fonction des ressources disponibles.
Pour faire très très simple :
->si tache 1 sur machine 1 OK |-> passe à la tache 2 sur machine 2 |-> et exécute la tâche 3 sur machine 3 en parralèle si l'ancien traitement de la machine 3 est fini sinon machine 4.
C'est très très simplifié mais c'est le besoin. Du coup il me faut une machine qui sache l'état des différents traitements et sous traitement pour pouvoir organiser / planifier / aiguiller notre chaine applicative.
Pensez-vous que JobScheduler / rundeck / chronos / metronome ... sont fait pour ca ? avez vous d'autres outils que je pourrais testés ? D'ailleurs je pourrais vous faire un retour si cela vous intéresse.
Par avance merci pour vos retours.
Alexandre.
On Wed, 07 Jun 2017 21:12:42 +0200 Luc Didry luc@didry.org wrote:
mercredi 7 juin 2017, 21:03:18 CEST Guillaume Tournat wrote:
Je n'ai pas du tout accroche Salt. Les packages Debian sont nuls (ils ne se mettent pas à jour par apt-cron), il faut 50 dépendances, qui changent à chaque version.
Et on ne sait jamais trop ce qu'il fait ou pas. Alors soit je m'y suis pris comme un pied, ce qui n'est pas à exclure, soit vraiment c'est nase.
Alors Ansible : il fonctionne sans agent, il se connecte en SSH aux serveurs.
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ [http://corporate.airfrance.com/sites/default/images/af_logo_france-is-in-the...]http://www.airfrance.com --
Accédez aux meilleurs tarifs Air France, gérez vos réservations et enregistrez-vous en ligne sur http://www.airfrance.com Find best Air France fares, manage your reservations and check in online at http://www.airfrance.com ________________________________ Les données et renseignements contenus dans ce message peuvent être de nature confidentielle et soumis au secret professionnel et sont destinés à l'usage exclusif du destinataire dont les coordonnées figurent ci-dessus. Si vous recevez cette communication par erreur, nous vous demandons de ne pas la copier, l'utiliser ou la divulguer. Nous vous prions de notifier cette erreur à l'expéditeur et d'effacer immédiatement cette communication de votre système. Société Air France - Société anonyme au capital de 126 748 775 euros - RCS Bobigny (France) 420 495 178 - 45, rue de Paris, Tremblay-en-France, 95747 Roissy Charles de Gaulle CEDEX The data and information contained in this message may be confidential and subject to professional secrecy and are intended for the exclusive use of the recipient at the address shown above. If you receive this message by mistake, we ask you not to copy, use or disclose it. Please notify this error to the sender immediately and delete this message from your system. Société Air France - Limited company with capital of 126,748,775 euros - Bobigny register of companies (France) 420 495 178 - 45, rue de Paris, Tremblay-en-France, 95747 Roissy Charles de Gaulle CEDEX ________________________________ Pensez à l'environnement avant d'imprimer ce message. Think of the environment before printing this mail.
"Le 7 juin 2017 à 21:03, Guillaume Tournat guillaume@ironie.org a écrit :
Je n'ai pas du tout accroche Salt.
FAKE NEWS ! ;)
Les packages Debian sont nuls (ils ne se mettent pas à jour par apt-cron),
Tu utilises bien le dépôt "latest" ?
il faut 50 dépendances, qui changent à chaque version.
Plutôt entre 10 et 15 chez moi, à vue d'oeil. Après c'est du Python, donc pour bien packager ça il faut faire un package par module...
Et on ne sait jamais trop ce qu'il fait ou pas.
SaltStack fait tout. TOUT !
Le 07/06/2017 à 22:30, Jonathan Leroy a écrit :
"Le 7 juin 2017 à 21:03, Guillaume Tournat guillaume@ironie.org a écrit :
Je n'ai pas du tout accroche Salt.
FAKE NEWS ! ;)
Les packages Debian sont nuls (ils ne se mettent pas à jour par apt-cron),
Tu utilises bien le dépôt "latest" ?
il faut 50 dépendances, qui changent à chaque version.
Plutôt entre 10 et 15 chez moi, à vue d'oeil. Après c'est du Python, donc pour bien packager ça il faut faire un package par module...
Et on ne sait jamais trop ce qu'il fait ou pas.
SaltStack fait tout. TOUT !
+1
https://docs.saltstack.com/en/latest/ref/states/all/salt.states.cron.html
Il pourrait presque faire le café ;)
On mer. 7 juin 20:57:42 2017, Luc Didry wrote:
Moi j'utiliserai Salt ou Ansible pour gérer les cron des machines ou exécuter des commandes dessus.
Je suis tout à fait d’accord. Pourquoi s’embêter avec des trucs chelou alors que cron le fait très bien et depuis plus longtemps ?
Il y a tout ce qu’il faut avec https://docs.ansible.com/ansible/cron_module.html pour le gérer sur de nombreuses machines.
On Thu, Jun 08, 2017 at 09:33:18AM +0200, Alarig Le Lay wrote:
On mer. 7 juin 20:57:42 2017, Luc Didry wrote:
Moi j'utiliserai Salt ou Ansible pour gérer les cron des machines ou exécuter des commandes dessus.
Je suis tout à fait d’accord. Pourquoi s’embêter avec des trucs chelou alors que cron le fait très bien et depuis plus longtemps ?
Parce que des fois tu as des dependances dans tes jobs et que tu veux qu'un job Y se lance apres le job X sur n machines.
Cron c'est bien ca fait le taf mais ca a ses limites. Executer quelques centaines de jobs de maniere recurrente sur plusieurs dizaines/centaine de machines cron est AMHA pas adapaté
je ne connais pas tous tes besoins mais pour nous jobscheduler fonctionne très bien (http://www.sos-berlin.com/jobscheduler)
Bav,
Le 8 juin 2017 à 10:35, Julien Louis julien.louis@gmail.com a écrit :
On Thu, Jun 08, 2017 at 09:33:18AM +0200, Alarig Le Lay wrote:
On mer. 7 juin 20:57:42 2017, Luc Didry wrote:
Moi j'utiliserai Salt ou Ansible pour gérer les cron des machines ou
exécuter
des commandes dessus.
Je suis tout à fait d’accord. Pourquoi s’embêter avec des trucs chelou alors que cron le fait très bien et depuis plus longtemps ?
Parce que des fois tu as des dependances dans tes jobs et que tu veux qu'un job Y se lance apres le job X sur n machines.
Cron c'est bien ca fait le taf mais ca a ses limites. Executer quelques centaines de jobs de maniere recurrente sur plusieurs dizaines/centaine de machines cron est AMHA pas adapaté
-- dix rapaces passaient. cep-as se pare à Die. dire à passe-passe, et c'est pas ce paradis. -- Schulz, Rémi _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
On Thu, Jun 08, 2017 at 11:32:49AM +0200, Jean-Louis Danthine wrote:
je ne connais pas tous tes besoins mais pour nous jobscheduler fonctionne très bien (http://www.sos-berlin.com/jobscheduler)
Personnellement j'en ai aucun et si j'avais des besoins je partirais sans doute vers rundeck.
On 08/06/2017 12:43, Julien Louis wrote:
On Thu, Jun 08, 2017 at 11:32:49AM +0200, Jean-Louis Danthine wrote:
Personnellement j'en ai aucun et si j'avais des besoins je partirais sans doute vers rundeck.
Pour un "scheduler" centralisé simple, rundeck sans hésitation. C'est rapide à prendre en main, et ça fait le job. En effet ce n'est pas un ordonnanceur à proprement parler, on peut chaîner des taches, mais pas réellement faire de conditionnel (enfin on peut mais c'est tricky). Pour ce besoin job-scheduler serait plus adapté.
Un dernier mot pour dire que non cron ne suffit pas. Cron n'est pas centralisé (OK on peut le faire avec ansible, puppet, salt). Mais on n'aura pas la reprise d'erreur intégré, le lock, le log, l'alerting, le chaînage. Des fonctionnalités que l'on peut certes reproduire avec un wrapper mais pourquoi se passer d'outil qui simplifie la vie ? Non définitivement cron a vécu pour moi et à part cas très spécifique (qui sont souvent des workarround, type tache unique à une instance) ne devrait plus être utilisé pour lancer des batchs.
-- Raphael Mazelier
Le Thu, Jun 08, 2017 at 09:33:18AM +0200, Alarig Le Lay a écrit:
Il y a tout ce qu’il faut avec https://docs.ansible.com/ansible/cron_module.html pour le gérer sur de nombreuses machines.
Mais non, il y a tout ce qu'il faut avec
https://docs.puppet.com/puppet/latest/type.html#cron
pour legérer sur de nombreuses machines.
Arnaud.
J'exploite plusieurs clusters mesos, avec chronos en production depuis environ 2 ans.
Si tu as des 50+ jobs a exécuter, avec des dépendances, sur plusieurs timezones, et avec des ressources insuffisantes pour tout lancer en //, chronos fait (très bien) le job.
Si tu n'as pas déjà un cluster mesos en production, et que tu as moins de 30 taches à gérer, monter et maintenir un cluster dédié est difficile à justifier.
En framework mesos pour du scheduling, tu peux aussi regarder https://github.com/dcos/metronome et https://github.com/dangdangdotcom/elastic-job, que je n'utilise pas, chronos me convient.
Stéphane
On 7 Jun 2017, at 19:07, Alexandre wrote:
Bonjour à tous,
je me permets de vous solliciter car je souhaiterai mettre un ordonnanceur pour pouvoir planifier/exécuter des tâches sur plusieurs machines. L'environnement est full Linux. Auriez-vous des infos ?
J'ai un collègue qui m'a proposé Chronos https://mesos.github.io/chronos/, ca semble très bien.
Merci pour vos retour.
Alex.
Liste de diffusion du FRsAG http://www.frsag.org/
On Wed, Jun 07, 2017 at 07:07:35PM +0200, Alexandre wrote:
Bonjour à tous,
je me permets de vous solliciter car je souhaiterai mettre un ordonnanceur pour pouvoir planifier/exécuter des tâches sur plusieurs machines. L'environnement est full Linux. Auriez-vous des infos ?
J'ai un collègue qui m'a proposé Chronos https://mesos.github.io/chronos/, ca semble très bien.
Hello,
Vu passer mais pas encore testé : https://github.com/victorcoder/dkron
Le 07/06/2017 à 19:07, Alexandre a écrit :
Bonjour à tous,
je me permets de vous solliciter car je souhaiterai mettre un ordonnanceur pour pouvoir planifier/exécuter des tâches sur plusieurs machines. L'environnement est full Linux. Auriez-vous des infos ?
J'ai un collègue qui m'a proposé Chronos https://mesos.github.io/chronos/, ca semble très bien.
Merci pour vos retour.
Alex.
L'un des plus connus :
JobScheduler
Cdlt,
Salut,
Si on veut sortir l'artillerie lourde: Slurm. Mais probablement un peu too much pour ce genre de besoin.
Le 7 juin 2017 à 21:25, Jean-Yves LENHOF jean-yves@lenhof.eu.org a écrit :
Le 07/06/2017 à 19:07, Alexandre a écrit :
Bonjour à tous,
je me permets de vous solliciter car je souhaiterai mettre un ordonnanceur pour pouvoir planifier/exécuter des tâches sur plusieurs machines. L'environnement est full Linux. Auriez-vous des infos ?
J'ai un collègue qui m'a proposé Chronoshttps://mesos.github.io/chronos/, ca semble très bien.
Merci pour vos retour.
Alex.
L'un des plus connus : JobScheduler Cdlt,
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour
Dans le monde du HPC, slurm est très utilisé car permet de gérer les jobs et les ressources matériels différentes
Cordialement
Florent NOLOT Université de Reims Champagne-Ardenne Tél : 03.26.91.32.15 Secrétariat Département MMI : 03.26.91.33.67
Le 07/06/2017 à 22:21, Méhdi Denou a écrit :
Salut,
Si on veut sortir l'artillerie lourde: Slurm. Mais probablement un peu too much pour ce genre de besoin.
Le 7 juin 2017 à 21:25, Jean-Yves LENHOF <jean-yves@lenhof.eu.org mailto:jean-yves@lenhof.eu.org> a écrit :
Le 07/06/2017 à 19:07, Alexandre a écrit :Bonjour à tous, je me permets de vous solliciter car je souhaiterai mettre un ordonnanceur pour pouvoir planifier/exécuter des tâches sur plusieurs machines. L'environnement est full Linux. Auriez-vous des infos ? J'ai un collègue qui m'a proposé Chronos https://mesos.github.io/chronos/ <https://mesos.github.io/chronos/>, ca semble très bien. Merci pour vos retour. Alex.L'un des plus connus : JobScheduler Cdlt, _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
Toujours en HPC, Altair à mis en OpenSource PBSPro l'année dernière : http://www.pbspro.org/
J'ai fait pas mal de choses avec dont lancer / mettre des jobs en hold / Libérer les ressources d'une machine particulière dans certains créneaux horaire .... On peux aussi s'assurer que l'on aura assez de ressources/temps en Pré hook, ou distribuer le résultat d'un job à d'autres jobs en post hook.
Cdt Stan
2017-06-19 16:21 GMT+02:00 Florent Nolot - Université de Reims Champagne-Ardenne florent.nolot@univ-reims.fr:
Bonjour
Dans le monde du HPC, slurm est très utilisé car permet de gérer les jobs et les ressources matériels différentes
Cordialement
Florent NOLOT Université de Reims Champagne-Ardenne Tél : 03.26.91.32.15 Secrétariat Département MMI : 03.26.91.33.67
Le 07/06/2017 à 22:21, Méhdi Denou a écrit :
Salut,
Si on veut sortir l'artillerie lourde: Slurm. Mais probablement un peu too much pour ce genre de besoin.
Le 7 juin 2017 à 21:25, Jean-Yves LENHOF jean-yves@lenhof.eu.org a écrit :
Le 07/06/2017 à 19:07, Alexandre a écrit :
Bonjour à tous,
je me permets de vous solliciter car je souhaiterai mettre un ordonnanceur pour pouvoir planifier/exécuter des tâches sur plusieurs machines. L'environnement est full Linux. Auriez-vous des infos ?
J'ai un collègue qui m'a proposé Chronoshttps://mesos.github.io/chronos/, ca semble très bien.
Merci pour vos retour.
Alex.
L'un des plus connus : JobScheduler Cdlt, _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAGhttp://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Hello,
Le 07/06/2017 à 19:07, Alexandre a écrit :
Bonjour à tous,
je me permets de vous solliciter car je souhaiterai mettre un ordonnanceur pour pouvoir planifier/exécuter des tâches sur plusieurs machines. L'environnement est full Linux. Auriez-vous des infos ?
J'ai un collègue qui m'a proposé Chronos https://mesos.github.io/chronos/, ca semble très bien.
Pas testé mais il y a airflow d'Airbnb qui se veut un cron largement amélioré.
- https://danidelvalle.me/2016/09/12/im-sorry-cron-ive-met-airbnbs-airflow/ - http://airflow.incubator.apache.org/
A voir si cela peut marcher dans ton cas.
Bonne journée, Nicolas
Bonjour,
2017-06-07 19:07 GMT+02:00 Alexandre infos@opendoc.net:
Bonjour à tous,
je me permets de vous solliciter car je souhaiterai mettre un ordonnanceur pour pouvoir planifier/exécuter des tâches sur plusieurs machines. L'environnement est full Linux. Auriez-vous des infos ?
Comme beaucoup d'autre l'on déjà dit, Rundeck est très bien. Simple à mettre en oeuvre, simple à utiliser.
Il permet d’exécuter un job sur un membre d'un pool de serveur (très utile pour gérer les sauvegardes d'un cluster de base de donnnées par exemple). Et même si oui, c'est aussi faisable via salt (que j'aime d'amour), ansible, puppet ou d'autres outils du genre, ça me semble plus simple sur Rundeck.
Enfin, il propose une API, un client en ligne de commande et peut s'interfacer avec d'autres outils pour découvrir automatiquement des noeuds "clients". Il s'interface avec un LDAP, gère les permissions et a certainement plein d'autres fonctionnalités que j'oublie ou ne connait pas (genre la HA).
Bref, que du bonheur.
Attention par contre, c'est plus un planificateur qu'un ordonnanceur: Il te permet d'exécuter des jobs à un instant donné. Si les scénarios d'enchainement des jobs deviennent un peu complexe, Rundeck seul ne suffira pas.
-
Alarig Le Lay -
Alexandre -
Arnaud Launay -
Benoit Garcia -
bougie -
Florent Nolot - Université de Reims Champagne-Ardenne -
Guerlais, Patrice (DI UX SV) - AF -
Guillaume Tournat -
Jean-Louis Danthine -
Jean-Yves LENHOF -
Jonathan Leroy -
Julien Louis -
Kevin Decherf -
Luc Didry -
Méhdi Denou -
Nicolas Steinmetz -
Raphael Mazelier -
Remy Dernat -
Stan Garret -
Stéphane Cottin