Discussion :

[ingeni]

Bonjour,

J'effectue des recherches sur Quartz en vue de le mettre en place dans une nouvelle architecture pour une application autour de J2EE.
La charge de travail étant importante, une archi en cluster sera sans doute mise en place.

Jusque là, j'ai trouvé à peu près toutes les infos mais je butte sur un point important...
Les jobs traités seront programmés par une application "cliente". J'ai trouvé pas mal de chose autour de RMI pour la mise en œuvre d'un client/serveur mais je ne sais pas si c'est réellement viable dans un cluster. De mon point de vue, le port RMI ne peut être écouté que par une seule instance à la fois.

Vu que le "partage" des jobs se fait via une base de données, un client peut-il programmer un job en passant par la base de données?

Merci

[prodev73]

Bonjour,

Je ne suis pas expert la dedans, mais pour moi un cluster, c'est une machine maître et X machine esclave. si c'est ce que tu veut, je pense que tu dois mettre en place le système RMI sur la machine maître et a elle de s'occuper de la distribution des jobs. Cette archi est nécessaire si tu dois agréger tes données. il existe des système comme hadoop pour gérer cela.

un client peut-il programmer un job en passant par la base de données?

Si tu parle de la db quartz, la doc te de-conseil fortement d'aller taper directement dans les table de quartz (risque de corruption des données).

J’espère avoir répondu a ta question.

[tchize_]

Faudrait être plus précis sur ce que tu cherche à faire. Tu nous dis que les job seront exécuté sur des clients. Ce sont des machines à part du cluster? Dans ce cas, quelle est l'utilité du cluster, quelle charge de travail aura-t-il à encaisser? Le client, il doit avoir accès à quoi pour réaliser son travail? Comment RMI viens s'imbriquer dans l'histoire, tu compte faire passer quoi comme informations par ce biais?

[ingeni]

Merci pour vos réponses.

Mon, but est d'avoir, dans un premier temps, un seul serveur de batch. Cependant, je crains que la charge soit trop importante et devoir passer sur une architecture avec plusieurs quartz...
Plusieurs clients (comprendre canaux) lancent des jobs exécutés sur le serveur de batch.

Je ne veux pas passer par la base pour ajouter des jobs, trop de risques.
Passer par un RMI me gène car cela signifie qu'il faut qu'il soit up en permanence...

[tchize_]

Il y a des paramètres de configuration spécifiques pour faire tourner plusieurs instances de Quartz en parallèle sur la même base:

http://quartz-scheduler.org/document...rial-lesson-11


Donc concernant la partie clustering, il suffira d'avoir chaque noeud quartz qui se connecte à la DB centrale et chacun prendra en charge des tâche en fonction de ses disponibilités.

[ingeni]

Pour le cluster, j'ai testé via un exemple fourni avec l'Api. Cela fonctionne comme je m'y attendais.

Ma dernière interrogation porte sur la création et le lancement de nouveaux jobs via des clients.
A la lecture des docs et des exemples, le seul moyen existant est l'utilisation de RMI avec une architecture maitre/esclave.
Il n'existe pas de possibilité de créer des jobs en base via les Api officiels.

Ai-je bon?