C’est pour ça que tu as les configurations splay et splaylimit qui permettent
d’avoir des run répartit plus ou moins aléatoirement.
J'aime pas trop dans le sens ou tu cumule un pseudo-random avec un vrai random (le moment de démarrage du démon). Je suis d'accord que statistiquement ça doit être correctement réparti. Mais si un moment ton master lag un peu, stack des connections, ben les run d'agents vont se décaler, commencer en même temps, et donc ils seront synchroniser. Oui, c'est des choses qui ne devraient pas arriver. Mais d'expérience, ce qui ne doit pas arriver fini toujours par arriver :)
Le cron, c'est pseudo-random, et stable dans le temps. Quoi qu'il arrive, ça démarrera toujours au même moment.
Après, à toi de mettre la supervision nécessaire pour vérifier que Puppet
fonctionne correctement.
En effet, j'ai de la supervision qui vérifie que Puppet tourne régulièrement, et qu'il fini sans erreur. Et j'avais constaté des blocages en mode agent. Alors là je parle de Puppet 2.7. Ce soucis a peut être été réglé depuis, je ne suis juste pas revenu en arrière. Cron ça marche, je consacre mon temps à d'autres priorités.
Plusieurs milliers de machine et un seul master, ça me paraît légèrement sous
dimensionné comme infra non ?
Ben en faites non, c'était pas un soucis. Alors évidement, je parle pas d'un master en "process" avec 4 coeurs et 8G de RAM (plutôt passenger, 24 coeurs et 32GB de RAM). A force de faire grandir le catalogue (et le nombre de d'agents), ça commençait à devenir un peu limite, alors on a ajouté un second master. Il parait que le puppet-server ça rox, mais mon catalogue est pas encore complètement "puppet 4 compliant"
[^] # Re: pourquoi ne pas faire conviance au daemon ?
Posté par ondex2 . En réponse au journal Puppet [2] : run puppet et cron. Évalué à 1.
J'aime pas trop dans le sens ou tu cumule un pseudo-random avec un vrai random (le moment de démarrage du démon). Je suis d'accord que statistiquement ça doit être correctement réparti. Mais si un moment ton master lag un peu, stack des connections, ben les run d'agents vont se décaler, commencer en même temps, et donc ils seront synchroniser. Oui, c'est des choses qui ne devraient pas arriver. Mais d'expérience, ce qui ne doit pas arriver fini toujours par arriver :)
Le cron, c'est pseudo-random, et stable dans le temps. Quoi qu'il arrive, ça démarrera toujours au même moment.
En effet, j'ai de la supervision qui vérifie que Puppet tourne régulièrement, et qu'il fini sans erreur. Et j'avais constaté des blocages en mode agent. Alors là je parle de Puppet 2.7. Ce soucis a peut être été réglé depuis, je ne suis juste pas revenu en arrière. Cron ça marche, je consacre mon temps à d'autres priorités.
Ben en faites non, c'était pas un soucis. Alors évidement, je parle pas d'un master en "process" avec 4 coeurs et 8G de RAM (plutôt passenger, 24 coeurs et 32GB de RAM). A force de faire grandir le catalogue (et le nombre de d'agents), ça commençait à devenir un peu limite, alors on a ajouté un second master. Il parait que le puppet-server ça rox, mais mon catalogue est pas encore complètement "puppet 4 compliant"