Installing Puppet: Pre-Install Tasks
Included in Puppet Enterprise 3.8. A newer version is available; see the version menu above for details.
Note: This document covers open source releases of Puppet version 3.8 and lower. For current versions, you should see instructions for installing the latest version of Puppet or installing Puppet Enterprise.
Before you install Puppet, you should do the following tasks.
Decide on a Deployment Type
Decide on a deployment type before installing:
Most people should use agent/master Puppet. Although it requires a central server, it’s more convenient when updating configurations and can more easily take advantage of reporting and external data sources.
In agent/master Puppet, you run a central puppet master server (or servers) that hosts and compiles all of your configuration data. Other nodes run the puppet agent service, which periodically pulls their configurations from the master. Each agent will only get its own configuration, and will be unable to see how other nodes are configured.
Choose Your Puppet Master Server(s)
Before installing Puppet everywhere, decide which server(s) will act as your puppet master(s).
You should completely install and configure Puppet on any puppet masters before installing on any agent nodes. The master must be running some kind of *nix; Windows machines can’t be masters.
A puppet master should be a dedicated machine with a fast processor, lots of RAM, and a fast disk. It must also be reachable at a reliable hostname. You can reduce setup time on your agents by making sure the master is available at the default hostname of
In standalone Puppet, every node periodically uses the puppet apply command to compile and apply its own configuration, using a full set of Puppet modules and manifests. In other words, each node requires the same files and data that the puppet master requires in agent/master Puppet.
This distributes the burden of compilation instead of concentrating it on a few puppet master servers, and it doesn’t require keeping the puppet master service available and responsive. The cost is that it’s more unwieldy to update your configurations, it doesn’t play as well with central reporting and external data sources, and every node can see how other nodes are configured. These tradeoffs can be worth it in certain situations (two or three nodes, 10,000 nodes, DMZ with limited LAN access), but you should consider the agent/master deployment the default.
You will need to come up with your own solution for distributing updated manifests, modules, and data to each node.
Check OS Versions and System Requirements
See the system requirements for the version of Puppet you are installing, and consider the following:
- Your puppet master(s) should be robust dedicated servers that can handle the amount of agents they’ll need to serve.
- Any computers running an OS version with official packages will have an easier install path.
- Any computers running an unsupported OS may still be able to run Puppet, as long as the version of Ruby is suitable and the prerequisites are installed. See the list of supported Ruby versions and prerequisites. You’ll also need to follow a more complex install path.
Check Your Network Configuration
In an agent/master deployment, you must prepare your network for Puppet’s traffic.
- Firewalls: The puppet master server must allow incoming connections on port 8140, and agent nodes must be able to connect to the master on that port.
- Name resolution: Every node must have a unique hostname. Forward and reverse DNS must both be configured correctly. (Instructions for configuring DNS are beyond the scope of this guide. If your site lacks DNS, you must write an
/etc/hostsfile on each node.)
- Note: The default puppet master hostname is
puppet. Your agent nodes can be ready sooner if this hostname resolves to your puppet master.
- Note: The default puppet master hostname is
Check Timekeeping on Your Puppet Master Server
The puppet master server that will be acting as the certificate authority should have its system time set accurately. You should probably use NTP.
(If it doesn’t, it may mistakenly issue agent certificates from the distant past or future, which other nodes will treat as expired.)
Next: Install Puppet
Once these tasks are complete, you can install Puppet. Pick the link appropriate to the operating system(s) you’ll be installing on:
- Red Hat Enterprise Linux (and Derivatives)
- Debian and Ubuntu
- Mac OS X
- Microsoft Windows
- On Misc *nix With Gems (for otherwise unsupported systems)
- On Misc *nix With a Tarball (for otherwise unsupported systems)
After installing, you’ll want to do the post-install tasks