Puis-je faire de la SCM intervalle d'interrogation pour Jenkins randomisés
Dans la plupart des Jenkins exemples de la SCM sondage valeur est désigné */15 * * * * , c'est à dire. sondage SCM toutes les 15 minutes. C'est parfait lorsque vous avez des centaines d'emplois, mais pas si vous avez des milliers d'emplois, car les résultats sont en milliers de demander à la SCM (Subversion dans ce cas) serveur à 15, 30, 45, et 0 minutes après l'heure.
Est-il un moyen de rendre aléatoire l'interrogation de la valeur dans Jenkins afin d'éviter le scénario ci-dessus?
Sur le Jenkins principal de configuration de l'écran il y a une valeur "Max # concomitante d'interrogation". Faut-il le placer (et à quelle valeur) afin d'éviter le scénario ci-dessus?
OriginalL'auteur Michael Neale | 2012-08-10
Vous devez vous connecter pour publier un commentaire.
Utiliser H au lieu de * et Jenkins distribue aléatoirement l'interrogation. Notez qu'à l'heure actuelle une bonne syntaxe n'a pas été trouvé que pour une fréquence différente de la fois par heure/jour/etc, de sorte que
sondage, une fois par heure à une pré-déterminé aléatoire minutes.
sondage une fois par jour à une pré-déterminé aléatoire des heures et des minutes
sondage une fois par semaine
interroge sur l'heure, mais une fois par jour à une pré-déterminé aléatoire heure.
Gardez à l'esprit que vous êtes autorisé plusieurs cron lignes et de toute volonté de match, jusqu'à ce qu'une bonne syntaxe pour les sous-heures de fréquence a été réglée, vous pouvez vous rapprocher (en moyenne) avec quelque chose comme
vous donnera la moyenne de 15 minutes entre l'interrogation (oui, il y aura 6 pollings par heure, mais c'est pour donner une bonne chance que au moins un scrutin va tomber à chaque quart d'heure)
Si vous avez de bonnes suggestions pour une syntaxe de la distribution dans l'heure s'il vous plaît répondre à ce fil:
https://groups.google.com/forum/?fromgroups#!jenkinsci-utilisateurs/VghEjfygWuw/PuIG1o7u1GQJ%5B1-25%5D
Mise À Jour (Avril 2013)
Jenkins 1.510 et la plus récente comprend un nouvelle syntaxe pour permettre la spécification des distributions dans l'heure
1.510
mise à jour. Dommage que la dernière LTS est1.509.1
. Presque une raison suffisante pour les mettre à niveau pour un non-version LTS.OriginalL'auteur
Si vous définissez le nombre maximal de connexions simultanées d'interrogation à quelque chose entre 1 et 3 puis l'interrogation demandes de simplement faire la queue et être transformés en série, (ou au plus 3 en parallèle).
Étant donné que tout ce qui est impliqué dans le bureau de vote, pour SVN est effectivement
svn info de la branche url
Ils doivent tous remplir rapidement, mais au moins vous aurez peu le parallèle demandes.
OriginalL'auteur
@Stephen Connolly, la solution est probablement une bonne solution pour ce.
Si vraiment vous avez des milliers d'emplois à s'inquiéter, à envisager de le moment basé sur une partie du nom de la tâche (en Supposant que vos noms sont raisonnablement distribués).
Par exemple, si votre travail commence avec un 'B', définissez les horaires d' */2. Si elle commence par "C", il */3 etc. ("A" aurait besoin de quelque chose autre que 1).
Ce n'est pas une excellente solution, mais si vous êtes vraiment à la recherche à la gestion des que de nombreux emplois, il peut être un travail autour jusqu'à ce que vous pouvez trouver une meilleure solution.
Ce n'est pas exact; */x indique qu'il y aura un intervalle de x unités entre les emplois. L'OP avait raison: */15 * * * * tous les 15 minutes, pas 15 fois par heure.
les dangers de la SORTE sur un téléphone 😉
OriginalL'auteur
H H H * *
Je pense que ci-dessus s'interroger une fois par mois, pas par semaine
OriginalL'auteur