Agents never control other agents. Aside from supporting technology (PuppetDB, an ENC if you have one, a database to back PuppetDB), yeah, a master and N agents is the gist of it.
There are some docs online (see specifically the "Tuning and Scaling" section of the Puppet Documentation Index, https://docs.puppetlabs.com/puppet/#tuning-and-scaling ) about scaling, and a search of the mailing list archives (as well as Google - there have been quite a few blog posts on this) should help turn up other options and experiences. Off the top of my head, I believe there are generally two paradigms used: either clustering/HA for your masters, generally load-balanced from what I gather, or (what I do) splitting up agents between different masters (by location, or network, or dev/test/prod). My current infrastructure is made up of ~450 nodes which are served by three masters - dev, test/QA and prod. We run every 30 minutes, via mcollective with a set concurrency. The masters are VMs, running on the same physical hosts as PuppetDB and its PostgreSQL instance, so I'm quite confident that I could scale each one to a few thousand nodes before I have to worry about overloading one host. In addition, since we split dev, test/QA and prod masters, we can deploy module changes (and puppet/puppetdb/etc. upgrades) to the dev environment, validate there, promote to test/QA, validate there, and then promote to prod. -Jason On Sat, Sep 27, 2014 at 11:03 AM, Dennis Gearon <[email protected]> wrote: > Been burnnig up the keyboard and spewing packets to search for this > answer, but haven't seen it. > > From what I've read, there is only: > A/ A Puppet Master > B/ Infinite number of 'Agent' nodes. > > Is this right? > > Is there any other kinds of nodes? > > Do Agent nodes ever control other nodes? > > What happens when the puppet master gets overloaded, how do you cluster or > use a 'super' master to divide the load? > > Thanks for clearning this up for me :-) > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/puppet-users/4c6dde8c-d82e-4159-85a0-6fe4cc7aeb04%40googlegroups.com > <https://groups.google.com/d/msgid/puppet-users/4c6dde8c-d82e-4159-85a0-6fe4cc7aeb04%40googlegroups.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/CAFt4V4%3DkTtL1O8JNeKLidmLpym61q8DYdPmVy4rJTa%2BOJLV_0g%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
