With MCollective in Puppet Enterprise, you can invoke many kinds of actions in parallel across any number of nodes. Several useful actions are available by default, and you can easily add and use new actions.
Setting up MCollective
Because MCollective does not install with PE you must enable it.
Puppet Enterprise 2018.1 is the last release to support Marionette Collective, also known as MCollective. While PE 2018.1 remains supported, Puppet will continue to address security issues for MCollective. Feature development has been discontinued. Future releases of PE will not include MCollective. For more information, see the Puppet Enterprise support lifecycle.
To prepare for these changes, migrate your MCollective work to Puppet orchestrator to automate tasks and create consistent, repeatable administrative processes. Use orchestrator to automate your workflows and take advantage of its integration with Puppet Enterprise console and commands, APIs, role-based access control, and event tracking.
pe_install::disable_mco = false
Actions and plugins
MCollective tasks aren't quite like SSH, PowerShell, or other tools meant for running arbitrary shell code in an ad-hoc way.
MCollective is built around the idea of predefined actions—it is essentially a highly parallel remote procedure call (RPC) system.
Actions are distributed in agent plugins, which are bundles of several related actions.
- Many plugins are available by default; see Built-in actions.
- You can download or write new plugins and adding them to the engine.
Invoking actions and filtering nodes
The core concept of MCollective engine is invoking actions, in parallel, on a select group of nodes.
Typically you choose some nodes to operate on (usually with a filter that describes the desired fact values or classes), and specify an action and its arguments. MCollective then runs that action on the chosen nodes, and displays any data collected during the run.
You can invoke MCollective actions from the command line
In addition to the main action invocation interfaces, PE provides special interfaces for one of the most useful orchestration tasks, remotely controlling the agent and triggering runs.
MCollective orchestration internals
The following explain the internals of MCollective orchestration.
MCollective consists of the following parts:
pe-activemqservice (which runs on the Puppet master server) routes all messages.
pe-mcollectiveservice (which runs on every agent node) listens for authorized commands and invokes actions in response. It relies on the available agent plugins for its set of possible actions.
mcocommand (available to the
peadminuser account on the Puppet master server) can issue authorized commands to any number of nodes.
The MCollective engine uses the same security model as the recommended "standard MCollective deployment." See the security model section for a more detailed rundown of these security measures.
In short, all commands and replies are encrypted in transit, and only a few authorized clients are permitted to send commands. By default, PE allows commands to be sent by:
- Read/write and admin users of the console
- Users able to log in to the Puppet master server with full
If you extend MCollective by integrating external applications, you can limit the actions each application has access to by distributing policy files; see the configuring orchestration page for more details.
You can also allow additional users to log in as
peadmin user on the Puppet
master, usually by distributing standard SSH public keys.
Every node (including all agent nodes, the Puppet master server, and the console) needs the ability to initiate connections to the Puppet master server over TCP port 61613. See the notes on firewall configuration for more details about PE's network traffic.