Puppet

Overview

The current Puppet environment is running on a single instance server. We are not sure yet if we will stick with Puppet or switch to Ansible (or Ansible Tower), but in the mean time, it was decided that making the existing Puppet environment more resilient would be a good idea.

There is a group of Puppet clients that need to be upgraded before we can point them to the new Puppet Master.

Autosigning appears to be enabled on the new Puppet Master. I think we might want to adjust this at some point. It's considered insecure to enable naive auto-signing : documentation. Currently, the autosign.conf file contains "*" which I understand to mean that EVERYONE is allowed to have their CSR auto-signed.

Useful Documentation Pages

• Puppet Commands
• Install System Requirements

Tutorials from the Web

• Connecting clients to a Puppet Master
• Configuration Management 101 - Writing Puppet Manifests
• Migrating Puppet clients to new Puppet Master
• Automated migration of systems to a new puppet master server
• Discussion about firewall ports needed for Puppet clients to talk to Puppet Master
• Puppet 4 Tutorial
  • How to install Puppet 4 in a Master/Agent setup on Ubuntu 14-04
  • Getting started with Puppet code Manifests and Modules
  • How to use Foreman to manage Puppet Nodes on Ubuntu 10-04
• YouTube: Puppet Configuration Tutorial | Server Configuration with Puppet | Puppet Configuration in Linux
• YouTube: Puppet Tutorial for Beginners Part -1 | Puppet DevOps Tutorial | DevOps Tools | Edureka
• YouTube: Installing The Puppet Configuration Management Server

Things to remember

• RITM1393607 - Server Request for a fail over for the Puppet environment.
• TASK1852223 - Requested access to the current Puppet server

Process Thoughts

• Determine which Firewall ports need to be opened to the new Puppet server (Google Group)
• Submit change request for firewall ports.
• Determine how to migrate older puppet clients to the new Puppet server (article)
• Submit change request for puppet migration.