Open source - job scheduler

Open Source Job scheduler propose un moteur des agents Java pour les plateformes Unix et Windows. Un "job editor" permet de construire ses enchaînements.
L’offre open source a prouvé son efficacité alors que dans le même temps des éditeurs maintiennent de plus en plus difficilement leur produit. Cet état de fait remet en cause le principe qu’une licence payante serait synonyme de tranquillité.
Open Source Job Scheduler dispose maintenant d’un bureau à Paris avec un support local qui rayonne sur les pays francophones.
Site web : [http://sos-paris.com]
- Intégration d’Open Source Job Scheduler
Cet article décrit l’intégration d’Open Source Job Scheduler pour simplifier une architecture TWS/Control-M sur le site de Bayer. Au cours de l’implémentation qui comprend les phases d’architecture, de déploiement et de migration, différentes techniques précédemment évoquées sur ordonnancement.org sont mises en œuvre.
- Production Open Source
Malgré une offre open source riche en France et de nombreuses sociétés compétentes dans ce domaine, l’ordonnancement et plus généralement faisait office de parent pauvre. Une société propose aujourd’hui des solutions open source pour la production axées autour du produit Open Source Job Scheduler.
Rubriques
Aspects généraux
Open Source Job Scheduler est édité par SOS-Berlin et distribué en France par la société SOS-Paris, point d’entrée pour les francophones.
Architecture
L’architecture d’Open Source Job Scheduler est très souple et peut être installée en mode distribué, centralisé ou hiérarchisé.
Administration
L’administration est très légère, l’installation se fait en mode silencieux et aucun redémarrage n’est nécessaire. Les traitements de maintenance sont fournis pour MySQL.
- Installation Windows
Le produit a été installé sur une plateforme windows sans poser le moindre problème, si on ne dispose pas d’une java sur la machine, ce qui est de plus en plus rare, on peut récupérer le package scheduler+jre1.5 chez SOS-Berlin.
Définition
Les définitions des traitements se font à travers un éditeur qui crée un fichier XML qui, une fois déposé dans un répertoire particulier, sera pris en compte immédiatement par le moteur.
PeakUp est un référentiel de production qui permet d’alimenter Open Source Job Scheduler à partir des informations du référentiel.
- Hello, World !
La définition d’un job se fait par un fichier XML, sa prise en compte peut être facilité en passant par un mécanisme de "hot folder" qui détecte automatiquement toute nouvelle création.
Dernières infos
- 5. Exécution sur une machine distante
On part du principe que vous avez déjà installé 2 job schedulers, sur 2 machines ou sur la même machine, dans ce deuxième cas il peut s'agir d'un job scheduler qui tourne avec un compte de soumission particulier ou qui est délégué à un groupe de personnes.
Le serveur et l'agent peuvent être sur n'importe quel type d'OS, vous pouvez donc décider de dédier une machine Windows pour faire tourner vos traitements Unix (si votre administrateur Unix vous laisse faire) ou, plus généralement, l'inverse.
Sur l'agent distant
Pour qu'un job scheduler puisse se servir d'un autre job scheduler comme agent, il est nécessaire que ce dernier lui accorde la permission de se connecter. Pour cela, on va vérifier la configuration avec le Job Object Editor, plus affectueusement appelé JOE par les amis.
On exécute le jobeditor.cmd si vous êtes sur Windows ou le jobeditor.sh sur Unix, cet exécutable est dans le répertoire bin.
On charge le fichier scheduler.xml qui est dans le répertoire config et on clique sur Security dans la liste arborescente.
On va ensuite indiquer le serveur (New Host), lui donner tous les droits d'accès et l'ajouter dans les liste des adresses IP autorisées (Apply Host).
Un arrêt/relance de l'agent permet de prendre en compte les nouveaux paramètres de sécurité.
Le job scheduler distant est maintenant prêt à recevoir le traitement.
Sur le serveur
Pour soumettre le traitement à distance, on va déclarer un "process class" qui permettra de définir la manière de contacter la machine distante (nom et port) et éventuellement le nombre de traitements concurrents sur la machine.
Grâce au JOE du serveur, on va pouvoir définir cette nouvelle machine par le menu File/New/HotFolderObject/ProcessClass.
On indique le nom du Process Class, c'est à dire le nom qu'on va donner à cet agent distant, on peut indiquer le nom de la machine mais il est préférable de fournir un alias. l'avantage de l'alias est que les traitements n'utiliseront que le nom logique et qu'en cas de changement de machine physique, le changement se limitera à indique la nouvelle adresse IP sur le process class.
On indique ensuite le nombre de traitements concurrents ce qui permettra de limiter la consommation des ressources sur la machine distante.
A noter, vous pouvez tout à fait créer plusieurs Process Classes pour une même machine, par exemple pour utiliser un alias par application, cela permettra de répartir les applications sur différentes machines, mutualisées ou non, pour faciliter votre gestion de capacité.
On va ensuite indiquer le nom ou l'adresse IP de la machine distante ainsi que son port (par défaut 4444 mais dans notre exemple il s'agit d'un port différents).
On sauve ensuite la définition dans le répertoire Live.
L'onglet "Process Classes" de l'interface d'exploitation permet de voir l'ensemble des machines définies ainsi que les traitements en cours sur chacune des machines.
Un clic sur le lien de la machine permet d'accéder à l'interface d'exploitation de la machine distante (dans la mesure où votre adresse IP est autorisée, dans le cas contraire il faudra ajouter votre IP comme vous l'avez fait avec le serveur dans la première partie).
De plus, l'onglet job permet de filtrer les traitements par machines, ce qui permet de lister l'état des traitements pour une machine donnée.
Nouveau traitement
On va créer un traitement qui va nous donner l'environnement de la machine (commande set pour windows et env pour Unix).
Toujours avec JOE, on va créer un nouveau traitement File/New/HotFolderObject/Job
On indique le process class qu'on vient de créer : mon_agent et la commande env (car mon exemple est sur Linux).
Il ne reste plus qu'à aller dans JOB et à lancer le traitement.
Solutions Open Source Paris
- oliver_haufe commented on the RE: cluster configuration forum thread
2012-05-18 07:43:18 - oliver_haufe commented on the RE: cluster configuration forum thread
OpenSourceScheduler sur SourceForge
- sosss commented on the RE: Shared Job Configuration forum thread
2012-05-18 00:59:16 - sosss commented on the RE: Shared Job Configuration forum thread
- oliver_haufe made 2 file-release changes
2012-05-16 07:58:02 - oliver_haufe made 2 file-release changes
- johnylulu commented on the RE: Failed to create file in database forum thread
2012-05-11 18:31:53 - johnylulu commented on the RE: Failed to create file in database forum thread
A voir sur le net
- SOS - Produkte - Job Scheduler
- SOS JIRA
Bug Tracker
- SourceForge.net : Job Scheduler
SF.net Project News : Job Scheduler (jobscheduler project) - Job Scheduler runs executable files, shell scripts and database procedures automatically (MySQL,PostgreSQL,Firebird,SQL Server,Oracle,DB2,Sybase). Job Scheduler provides sequential/parallel tasks, job chains and an API, see project web site for details.
- Open Source Scheduler
Open Source Scheduler
Bug Tracker
SF.net Project News : Job Scheduler (jobscheduler project) - Job Scheduler runs executable files, shell scripts and database procedures automatically (MySQL,PostgreSQL,Firebird,SQL Server,Oracle,DB2,Sybase). Job Scheduler provides sequential/parallel tasks, job chains and an API, see project web site for details.
Open Source Scheduler










































Job-scheduling
Open source - job scheduler
Sites connexes
SOS JIRA
Licence
Partenariat
Rechercher
Recherche globale
Annonces


