1
0
Fork 0
mirror of https://github.com/ansible-collections/community.general.git synced 2024-09-14 20:13:21 +02:00
community.general/docs/man/man5/ansible-playbook.5.asciidoc

98 lines
2.5 KiB
Text
Raw Normal View History

ansible-modules(5)
=================
:doctype:manpage
:man source: Ansible-playbook
:man version: 0.0.1
:man manual: System administration commands
NAME
----
ansible-playbook - format and function of an ansible playbook file
DESCRIPTION
-----------
2012-02-29 04:10:58 +01:00
Ansible ships with 'ansible-playbook', a tool for running playbooks.
Playbooks can represent frequent tasks, desired system configurations,
or deployment processes.
FORMAT
------
2012-02-29 04:10:58 +01:00
Playbooks are written in YAML.
EXAMPLE
-------
see https://github.com/mpdehaan/ansible/blob/master/examples/playbook.yml
WHAT THE EXAMPLE MEANS
-----------------------
Here's what the above example will do.
For all hosts in /etc/ansible/hosts (one host per line) that are named
'webserver-anything', first write a JSON file into /etc/ansible/setup
on each remote system with the values max_clients and http_port.
Next, use a Jinja2 template locally residing at
/srv/templates/httpd.j2 to write the Apache config file on each host
2012-02-28 08:52:14 +01:00
to the path /etc/httpd.conf, using the previous values.
We'll ensure that apache is running if stopped.
If and only if the config file changed, note that we need to restart
apache at the end of the run, otherwise, don't bother because we
already know it is running.
HIGH LEVEL EXPLANATION
----------------------
Playbooks are executed top down and can contain multiple references to
patterns. For instance, a playbook could do something to all
webservers, then do something to all database servers, then do
something different to all webservers again.
For each pattern, the tasks in the 'tasks' list are executed in order
for all hosts in the host file matching the pattern.
For each task, a name/action pair describes what the task is and what
ansible module to use to accomplish the task, along with any
arguments. Additional fields like 'comment:' can be added and will
be ignored, so feel free to take notes in the file.
Most modules accept key=value format arguments.
Handlers are like tasks, but are conditionally executed. If a module
reports a 'change', it can notify one or more handler by name. If
notified, it will run only for hosts that changed.
ERROR HANDLING
--------------
If a host has a failure, the host will be ignored for the remainder
of the playbook execution.
AUTHOR
------
Ansible was originally written by Michael DeHaan. See the AUTHORS file
for a complete list of contributors.
SEE ALSO
--------
2012-02-27 03:03:18 +01:00
*ansible*(1)
2012-02-27 03:03:18 +01:00
*ansible-playbook*(5) - pending
Ansible home page: <https://github.com/mpdehaan/ansible/>