Book Image

Puppet 4.10 Beginner's Guide - Second Edition

By : John Arundel
Book Image

Puppet 4.10 Beginner's Guide - Second Edition

By: John Arundel

Overview of this book

Puppet 4.10 Beginner’s Guide, Second Edition, gets you up and running with the very latest features of Puppet 4.10, including Docker containers, Hiera data, and Amazon AWS cloud orchestration. Go from beginner to confident Puppet user with a series of clear, practical examples to help you manage every aspect of your server setup. Whether you’re a developer, a system administrator, or you are simply curious about Puppet, you’ll learn Puppet skills that you can put into practice right away. With practical steps giving you the key concepts you need, this book teaches you how to install packages and config files, create users, set up scheduled jobs, provision cloud instances, build containers, and so much more. Every example in this book deals with something real and practical that you’re likely to need in your work, and you’ll see the complete Puppet code that makes it happen, along with step-by-step instructions for what to type and what output you’ll see. All the examples are available in a GitHub repo for you to download and adapt for your own server setup.
Table of Contents (20 chapters)
Puppet 4.10 Beginner's Guide Second Edition
Credits
About the Author
About the Reviewer
www.PacktPub.com
Customer Feedback
Preface
Index

Node definitions, roles, and profiles


In Chapter 3, Managing your Puppet code with Git, we introduced the node keyword and explained that you can use node definitions to control which resources are applied to a given node. It's time to look at node definitions in a little more detail, and explore more sophisticated ways to organize your manifests, including roles and profiles.

Nodes

As you know, when you apply a manifest to a node, by default Puppet applies all the resources declared in the manifest. When we have more than one node, we probably want different resources applied to different nodes, so how do we do that?

The node keyword introduces a node definition, and all the resources contained in the node definition will only be applied on nodes whose hostname matches the node name (node_app1.pp):

node 'app1' {
  file { '/tmp/only_on_app1':
    content => "I'm only needed on the node named 'app1'!",
  }
}

Node definitions should live in a file in the manifests directory. A node definition...