Starting with Ansible: Installation and Setup

Managing IT infrastructure is a pain. Imagine having the task to keep the software stack up to date on every node, or monitoring their uptime, Kicking in more servers when the load increases or to deploy a new software, and many other services. Comes Ansible, a tool to configure and manage the IT infrastructure by automating the processes.

Installing and Configuring Ansible

To work with Ansible, we need to setup a controlling machine and nodes. The controlling machine is the one which is used to configure and manage the nodes, this management happens over an SSH connection with the node. The best thing here is the fact that when a node is not being managed by Ansible, no resources are used.

Control Machine Requirements: Any machine that supports Python 2.6 or 2.7 can be configured as the controlling machine for Ansible. Supported OS for setting up control machines are Fedora, Cent OS, Red Hat, Debian, Ubuntu, OS X, etc. (Windows isn’t supported as Control Machine).

Managed Node Requirements: Managed nodes must have Python 2.4 or higher, ssh to be installed so that the control machine can communicate with the managed node.

For this post, I will be using Ubuntu 16.04 as the control machine and Fedora 25 (Rawhide) running in a VM as the managed node.

Installing Ansible on Controlling Machine

Installing Ansible is a pretty straightforward process. On your Ubuntu based control machine, run the following commands:

sudo apt-add-repository ppa:ansible/ansible -y
sudo apt-get update
sudo apt-get install ansible -y

This will install Ansible on your control machine. The next step is to configure the ssh key for ansible, run the below command to configure the ssh key on the control machine.


ssh-keygen -t rsa -b 4096 -c "user@localhost.com"

Now, the ssh key has been created on the control machine, the next task is to copy this ssh key to the managed node. To do this, we need to know the IP address of the managed node. To get the IP address, type in the following command on the managed node:

sudo ifconfig | grep "inet"

Managed node IP address

From this, we will get the IP address of the managed node, which in my case is 192.168.122.139

The next thing to do is to get the ssh key copied to the managed node, to do so, run the following command on the control machine:

ssh-copy-id root@192.168.122.139

Note: If in this step you face some error like, connection refused by the remote host, then check whether ssh service is running on the managed node or not. If not, you can start the service by running the following command sudo service sshd start.

After copying the ssh key, verify that your control machine can communicate with the managed node over ssh. This can be done by running the following command on the control machine:

ssh root@192.168.122.139

If you are successfully able to connect to the managed node, your ssh key has been properly configured on the managed node.

Configuring Ansible on Controlling Machine

Now that we have installed Ansible on the controlling machine, the next step is to configure it, so that it can talk to our managed nodes. Configuring Ansible at this point is pretty straightforward.

Type in the following command on your controlling machine:

sudo nano /etc/ansible/hosts

and add the following section to the hosts file:


[webservers]

192.168.122.139

And save the file.

What we have done here is that, we have added the IP address of our managed node into the hosts file of Ansible. Ansible uses this host file to establish a ssh connection with the managed node over ssh.

Now, it’s time to test whether our configuration worked or not.

On your control machine, run the following command:

ansible -m ping webservers

If everything is good the output should look something like this:

Ansible Ping

 

This marks that Ansible is able to successfully communicate with our managed node over the ssh connection.

In the next part, we will see how can we execute commands on the managed nodes through Ansible and how can we use Playbooks, which are used to enforce our configuration policy on the managed nodes.

Leave a Reply

Your email address will not be published. Required fields are marked *