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 <gear...@gmail.com> 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 puppet-users+unsubscr...@googlegroups.com. > 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 puppet-users+unsubscr...@googlegroups.com. 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.
