PuppetCommander is another option:

http://projects.puppetlabs.com/projects/mcollective-plugins/wiki/ToolPuppetcommander

It deals with 'splay' globally instead of on a per node basis with
random sleeps.

ken.

On Thu, Nov 3, 2011 at 8:08 PM, Christopher Wood
<christopher_w...@pobox.com> wrote:
> On Thu, Nov 03, 2011 at 12:41:50PM -0700, Jo Rhett wrote:
>>    Nigel, As you've said, the time chosen for the run cycle will be
>>    consistent.  All of these settings are already set -- this isn't a
>>    question of how to change how often to run, it's how to affect the chosen
>>    runtime?
>
> I thought the chosen run time was selected on the agent. It sounds like 
> you'll have to reconfigure the agent to have it decide differently. So far 
> your options seem to be, from reading this thread:
>
> -run via puppetized fqdn_rand() cron
> -use splay (if you don't mind living without puppet kick)
> -change the runinterval for each puppet agent
>
> There's possibly other cheap/dirty ways like having a cron job restart the 
> puppet agent at an interval shorter than when they converge, or setting an at 
> job to do it, or similar. Perhaps you could use a cronjob on the puppet 
> master to check logs for run times and kick the groups that are teaming up. 
> And so forth.
>
>>    I've got an awful lot of systems (> 100) which have decided to all roll at
>>    28 and 58 minutes after the hour.  How can I rebalance them?
>>    On Nov 3, 2011, at 8:38 AM, Nigel Kersten wrote:
>>
>>      On Thu, Nov 3, 2011 at 8:36 AM, Jo Rhett <[1]jrh...@netconsonance.com>
>>      wrote:
>>
>>        For a long time it appeared that run cycles were fairly balanced -- a
>>        few every 30 seconds over the 30 minute period.  Right now I'm seeing
>>        more than 100 systems hit in the same minute: 28 and 58 minutes after
>>        the hour.  Is there some way to alter the spread of these systems back
>>        to even out the load?
>>
>>        Or passenger options which could limit the effects of this?
>>
>>      In your puppet.conf agent block:
>>          # How often puppet agent applies the client configuration; in
>>      seconds.
>>          # Note that a runinterval of 0 means "run continuously" rather than
>>          # "never run." If you want puppet agent to never run, you should
>>      start
>>          # it with the `--no-client` option.
>>          # The default value is '1800'.
>>          runinterval = 1800
>>      ...
>>          # The maximum time to delay before runs.  Defaults to being the same
>>      as the
>>          # run interval.
>>          # The default value is '$runinterval'.
>>          splaylimit = 1800
>>      ...
>>          # Whether to sleep for a pseudo-random (but consistent) amount of
>>      time before
>>          # a run.
>>          splay = false
>>
>>
>>        --
>>        Jo Rhett
>>        Net Consonance : consonant endings by net philanthropy, open source
>>        and other randomness
>>
>>        --
>>        You received this message because you are subscribed to the Google
>>        Groups "Puppet Users" group.
>>        To post to this group, send email to [2]puppet-users@googlegroups.com.
>>        To unsubscribe from this group, send email to
>>        [3]puppet-users+unsubscr...@googlegroups.com.
>>        For more options, visit this group at
>>        [4]http://groups.google.com/group/puppet-users?hl=en.
>>
>>      --
>>      Nigel Kersten
>>      Product Manager, Puppet Labs
>>
>>      --
>>      You received this message because you are subscribed to the Google
>>      Groups "Puppet Users" group.
>>      To post to this group, send email to [5]puppet-users@googlegroups.com.
>>      To unsubscribe from this group, send email to
>>      [6]puppet-users+unsubscr...@googlegroups.com.
>>      For more options, visit this group at
>>      [7]http://groups.google.com/group/puppet-users?hl=en.
>>
>>    --
>>    Jo Rhett
>>    Net Consonance : consonant endings by net philanthropy, open source and
>>    other randomness
>>
>>    --
>>    You received this message because you are subscribed to the Google Groups
>>    "Puppet Users" group.
>>    To post to this group, send email to puppet-users@googlegroups.com.
>>    To unsubscribe from this group, send email to
>>    puppet-users+unsubscr...@googlegroups.com.
>>    For more options, visit this group at
>>    http://groups.google.com/group/puppet-users?hl=en.
>>
>> References
>>
>>    Visible links
>>    1. mailto:jrh...@netconsonance.com
>>    2. mailto:puppet-users@googlegroups.com
>>    3. mailto:puppet-users%2bunsubscr...@googlegroups.com
>>    4. http://groups.google.com/group/puppet-users?hl=en
>>    5. mailto:puppet-users@googlegroups.com
>>    6. mailto:puppet-users+unsubscr...@googlegroups.com
>>    7. http://groups.google.com/group/puppet-users?hl=en
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Puppet Users" group.
> To post to this group, send email to puppet-users@googlegroups.com.
> To unsubscribe from this group, send email to 
> puppet-users+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/puppet-users?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.

Reply via email to