Puppet’s system requirements can depend on your deployment type and size. Before installing, ensure your hardware and operating systems are compatible with the
puppet-agent packages we publish.
To install Puppet, first view the pre-install tasks.
The Puppet agent service has no particular hardware requirements and can run on nearly anything.
However, the Puppet master service is fairly resource intensive, and should be installed on a robust dedicated server.
The demands on the Puppet master vary widely between deployments. The total needs are affected by the number of agents being served, how frequently those agents check in, how many resources are being managed on each agent, and the complexity of the manifests and modules in use.
In PE 2015.2 and open source Puppet 4.0 and onward, we use the same Puppet agent packages in our open source and Puppet Enterprise ecosystems. Because of this, we’ve set guidelines for how we manage Puppet agent life cycles.
Community-supported operating systems:
On community-supported operating systems, we support Puppet agent for the operating system’s life cycle. Essentially, Puppet stops publishing packages for a platform 30 days after its end-of-life (EOL) date. For example, Fedora 20 reached its EOL on June 23, 2015. This means on or around July 23, Puppet stopped providing fixes, updates, or support for either the Puppet Enterprise or open source versions of that agent package.
Enterprise-class operating systems:
On enterprise-class operating systems, we support Puppet agent for at least the operating system’s life cycle. In Puppet Enterprise, Puppet continues to support certain enterprise-class agent platforms after their EOL, though we do so solely at our own discretion.
We publish and test official
puppet-agent packages for these platforms. Less common and sometimes brand new platforms might not be automatically tested, but packages are still available for them.
For platforms supported in Puppet Enterprise, see its system requirements.
|Operating system||Tested versions||Untested versions|
|Red Hat Enterprise Linux (and derivatives)||5, 6, 7|
|SUSE Linux Enterprise Server||11 (5.5.10 and earlier), 12 (5.5.10 and earlier), 15|
|Debian||Jessie (8), Stretch (9)|
|Ubuntu||14.04, 16.04, 18.04 (5.5.2 and later)|
|Fedora||26 (5.5.7 and earlier), 27 (5.5.8 and earlier), 28, 29 (5.5.10 and later)|
|Microsoft Windows (Server OS)||2008R2, 2012R2, 2016, 2019||2008, 2012, 2019 (5.5.7 and later)|
|Microsoft Windows (Consumer OS)||10 Enterprise||7, 8, 10|
|macOS||10.12 Sierra, 10.13 High Sierra, 10.14 Mojave|
Red Hat Enterprise Linux derivatives include Amazon Linux v1 (using RHEL 6 packages) and v2 (using RHEL 7 packages).
On macOS 10.14 Mojave, you must grant Puppet Full Disk Access to be able to manage users and groups. To give Puppet access on a machine running macOS 10.14, go to
System Preferences > Security & Privacy > Privacy > Full Disk Access, and add the path to the Puppet executable.
Puppet and its prerequisites are known to run on the following platforms, but we do not provide official open source packages or perform automated testing.
Note: While installing
puppet-agenton Solaris, you might see an error like the following:
ERROR: attribute verification of </lib/svc/method/puppet. pathname does not exist
This is because you must have read-write access on the filesystem in order to install
If you install Puppet via the official packages, you don’t need to worry about prerequisites; your system’s package manager handles all of them. These are only listed for those running Puppet from source or on unsupported systems.
Ruby: We currently only test and package with 2.4.x versions of Ruby, therefore you should only use this version. Other interpreters and versions of Ruby are not covered by our tests.
Optional libraries: The
msgpack gem is required if you are using msgpack serialization.