Skip to content
Projects
Groups
Snippets
Help
This project
Loading...
Sign in / Register
Toggle navigation
A
ansible
Overview
Overview
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Charts
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
OpenEdx
ansible
Commits
ff532378
Commit
ff532378
authored
Feb 26, 2012
by
Michael DeHaan
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Some readme cleanup
parent
ba4e36a9
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
35 additions
and
82 deletions
+35
-82
README.md
+35
-82
No files found.
README.md
View file @
ff532378
...
...
@@ -28,7 +28,6 @@ Design Principles
*
No server or client daemons, uses existing SSHd
*
No additional software required on client boxes
*
Everything is self updating on the clients
*
Encourages use of ssh-agent
*
Plugins can be written in ANY language
*
API usage is an equal citizen to CLI usage
*
Can be controlled/installed/used as non-root
...
...
@@ -49,12 +48,10 @@ Optional -- If you want to push templates, the nodes need:
Inventory file
==============
The inventory file is a required list of hostnames that can be
potentially managed by ansible. Eventually this file may be editable
via the CLI, but for now, is edited with your favorite text editor.
To use ansible you must have a list of hosts somewhere.
The default inventory file (-H) is /etc/ansible/hosts and is a list
of all hostnames to
target
with ansible, one per line. These
of all hostnames to
manage
with ansible, one per line. These
can be hostnames or IPs
Example:
...
...
@@ -70,103 +67,61 @@ specific hosts. This is covered below.
You can organize groups of systems by having multiple inventory
files (i.e. keeping webservers different from dbservers, etc)
Command line usage e
xample
==========================
Massive Parallelism, Pattern Matching, and a Usage E
xample
==========================
================================
R
un a module by name with arguments
R
eboot all web servers in Atlanta, 10 at a time:
*
ssh-agent bash
*
ssh-add ~/.ssh/id_rsa.pub
*
ansible -p "
*
.example.com" -n modName -a "arg1 arg2"
API Example
===========
The API is simple and returns basic datastructures. Ansible will keep
track of which hosts were successfully contacted seperately from hosts
that had communication problems. The format of the return, if successful,
is entirely up to the module.
*
ansible -p "atlanta-web
*
" -f 10 -n command -a "/sbin/reboot"
File Transfer
=============
import ansible.runner
runner = ansible.runner.Runner(
pattern='*',
module_name='inventory',
module_args='...'
)
data = runner.run()
Ansible can SCP lots of files to lots of places in parallel.
data is a dictionary:
{
'contacted' : {
'xyz.example.com' :
[
'any kind of datastructure is returnable'
]
,
'foo.example.com' :
[
'...'
]
},
'dark' : {
'bar.example.com' :
[
'failure message'
]
}
}
*
ansible -p "web-
*
.acme.net" -f 10 -n copy -a "/etc/hosts /tmp/hosts"
Additional options to Runner include the number of forks, hostname
exclusion pattern, library path, arguments, and so on.
Templating
==========
Read the source, it's not complicated.
JSON files can be placed for template metadata using Jinja2. Variables
placed by 'setup' can be reused between ansible runs.
Patterns
========
*
ansible -p "
*
" -n setup -a "ntp_server=192.168.1.1"
*
ansible -p "
*
" -n template /srv/motd.j2 /etc/motd
*
ansible -p "
*
" -n template /srv/foo.j2 /etc/foo
To target only hosts starting with "rtp", for example:
Git Deployments
===============
*
ansible -p "rtp
*
" -n command -a "yum update apache"
Deploy your webapp straight from git
Parallelism
===========
*
ansible -p "web
*
" -n git -a "repo=git://foo dest=/srv/myapp version=HEAD"
Specify the number of forks to use, to run things in greater parallelism.
Take Inventory
==============
* ansible -f 10 "*.example.com" -n command -a "yum update apache"
Run popular open-source data discovery tools across a wide number of hosts.
This is best used from API scripts.
10 forks. The default is 3. 5 is right out.
*
ansible -p "dbserver
*
" -n facter
*
ansible -p "dbserver"" -n ohai
File Transfer
Other Modules
=============
Ansible can SCP lots of files to lots of places in parallel.
*
ansible -p "web-
*
.acme.net" -f 10 -n copy -a "/etc/hosts /tmp/hosts"
Ansible Library (Bundled Modules)
=================================
See the example library for modules, they can be written in any language
and simply return JSON to stdout. The path to your ansible library is
specified with the "-L" flag should you wish to use a different location
than "/usr/share/ansible". This means anyone can use Ansible, even without
root permissions.
There is potential for a sizeable community to build
up around the library scripts, and you can easily write your own.
Current modules include:
*
command - runs commands, giving output, return codes, and run time info
*
ping - just returns if the system is up or not
*
facter - retrieves facts about the host OS
*
ohai - similar to facter, but returns structured data
*
copy - add files to remote systems
*
setup - pushes key/value data onto the system for use in templating
*
template - takes a local template file and saves a templated version remotely
*
git - deploy simple apps directly from source control
More coming soon! Contributions welcome!
See the library directory for lots of extras. There's also a manpage,
ansible-modules(5).
Playbooks
=========
Playbooks are particularly awesome. Playbooks can batch ansible commands
together, and
run some commands only when ansible modifies certain higher
level resources -- such as restarting apache when a configuration file is
replaced. They generate detailed reports of what happend on each nod
e.
together, and
can even fire off triggers when certain commands report changes.
They are the basis for a really simple configuration management system, unlike
any that already exist. Powerful, concise, but dead simpl
e.
See examples/playbook.yml for what the syntax looks like.
...
...
@@ -174,10 +129,7 @@ To run a playbook:
ansible -r playbook.yml
An ansible-playbook CLI command is pending. Until then, remember that when
using playbooks, the pattern and host list options come from the playbook
and are ignored. Other options still apply.
Read ansible-playbook(5) for more details.
Future plans
============
...
...
@@ -192,6 +144,7 @@ License
Mailing List
============
*
Join the mailing list to talk about Ansible!
*
[
ansible-project
](
http://groups.google.com/group/ansible-project
)
Author
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment