How to Backup Cisco Config using Ansible

Cisco Router Configuration Backup using Ansible

In this Ansible Cisco tutorial for beginners I will take you from the very beginning, installing Ansible on Ubuntu, to setting up the folders and running through a simple playbook which will backup Cisco router config.

I will say that I am not a Linux expert so if you notice any Linux errors or better ways of doing things please comment and I will update this article.

If you have never heard of Ansible before then please read: What is Ansible?

Tutorial: Backup Cisco Router Configuration with Ansible in less than 15 minutes

What is Ansible?

Ansible is an open source automation platform that enables you to automation IT infrastructure and more importantly for us, network devices!

It’s an automation engine that runs Ansible Playbooks written in YAML

Ansible is a free-software platform for configuring and managing computers or network devices which combines multi-node software deployment, ad hoc task execution, and configuration management. (description taken from wikipedia)

It can also be used for network management. The beauty of Ansible is that it is does not require an agent on the host system, it uses SSH for transport.

As long as Ansible can make an SSH connection to the target device you are good to go. Ansible used to be primarily used for server administration but in the last few years more and more network modules have been added to the software and Ansible is a great skill to acquire for network engineers looking to get started with network automation.

This Ansible tutorial will cover the free version installed on an Ubuntu desktop, known as Ansible Core – the current version at the time of writing is 2.10..3

If you are a network engineer and looking for other tutorials: check out all my other Ansible Tutorials

How to Install Ansible on Ubuntu

You can install Ansible on many versions of Linux but for this tutorial I will using Ubuntu 20.04 running within VMWorkstation Pro

From this point on I am assuming that you have a clean version of Ubuntu installed.

There will be a few enhancements I make to Ubuntu to make running Ansible easier which will be detailed along the way.

Installing Ansible

Before we start lets just establish that Ansible is not already installed on this syste

You can do this with the ansible –version command

roger@ubuntu:~$ ansible --version
The program 'ansible' is currently not installed. 
You can install it by typing: sudo apt install ansible

The best way to get Ansible for Ubuntu is to add the project’s PPA (personal package archive) to your system.

Open a terminal and run the command:

sudo apt-get update

Then run the command

sudo apt-get install software-properties-common

Now the package is installed you can install Ansible by entering the following command.

sudo apt-add-repository ppa:ansible/ansible

You will need to press ENTER to accept the PPA addition.

Next run the command

sudo apt-get update

Finally to install Ansible run the command

sudo apt-get install ansible

Ansible is now installed and can be verified with the command

ansible --version

At the time of writing the current Ansible version is 2.9.6

roger@ubuntu:~$ ansible --version
ansible 2.9.6
  config file = /etc/ansible/ansible.cfg
  configured module search path = Default w/o overrides
roger@ubuntu:~$

Ok so now we have Ansible installed lets start using it.

Enable Colorful Terminal in Debian and Ubuntu

One of the extras I have enabled in my Ubuntu install is the colorful terminal as shown below

To get the coloured prompt you need to edit the file .bashrc

This process is described here 

Start using Ansible

The first thing to do is to drop into the Ansible folder and explore the default folder structure.

From your home prompt run the command

cd /etc/ansible

then issue a dir and let’s see whats in there

In the default Ansible installation there are two files and a directory

ansible.cfg contains all the default values and the main ones are listed below

# some basic default values...

#inventory = /etc/ansible/hosts
#library = /usr/share/my_modules/
#remote_tmp = ~/.ansible/tmp
#local_tmp = ~/.ansible/tmp
#forks = 5
#poll_interval = 15
#sudo_user = root
#ask_sudo_pass = True
#ask_pass = True
#transport = smart
#remote_port = 22
#module_lang = C
#module_set_locale = False

For this tutorial we are going to create a folder within your home directory and then look at creating a custom hosts file, you just need to be aware that the default inventory file location is /etc/ansible/hosts

Read more on the Ansible Hosts file and how to create a custom file and change it’s location below

Ansible Inventory

This file defines all the hosts you will be connecting to – so let’s look at that file.

First drop into your home directory, yours will look a bit different but in mine I have a folder called network-programmability where I keep all my files.

vi hosts

You can see all hosts in the default file are commented out

For our backup Cisco Router config playbook we just need to add one router in there so I am going to add a group called CSR-Routers and add one router.

My hosts files now looks like this

# Ex 2: A collection of hosts belonging to the CSR-Routers' group
[CSR-Routers]
CSR-01 ansible_host=192.168.244.129

You can enter names of devices in here if your Ubuntu host can resolve them in DNS but for this basic tutorial I am just using the ansible_host command

I can now reference this host in one of two ways. Either by calling CSR-Routers or CSR-01. If I call CSR-Routers my playbook will action on every device within the CSR-Routers group if I call CSR-01 in my playbook then it will only action on that single device.

Change Inventory File Location

If you want to change the Ansible inventory file location from the default hosts file (the default hosts file resides in /etc/ansible/hosts ) you can create a file anywhere and reference it in your configuration. There are two simple ways to do this.

1: Create a file in the same folder that you are creating playbooks in called hosts and then when running your playbook simply reference this file  This file can be located anywhere as long as you reference the file path as shown below, but it is much simpler to create the file in the same folder as your playbooks. This also makes it easier for creating project folders.

ansible-playbook <playbook name>.yml -i hosts

2: Create the hosts file in the same folder as your playbooks and then also create a custom ansible.cfg file in the same folder as your playbooks.

Read my in depth guide on the Ansible Inventory

My custom ansible.cfg  file I create in every folder looks like this

[defaults]
inventory=./hosts # Use local hosts file in root folder 
host_key_checking = False # Don't worry about RSA Fingerprints
retry_files_enabled = False # Do not create them

The first line specifies to use the inventory file called hosts in the same folder

The second line specifies to not check for RSA Fingerprint – this is just for a lab environment, in production you might want to enable this but it does mean you have to connect to each device from the Ansible host first.

The third line stops Ansible creating retry files in the event a playbook fails. I personally find this behaviour annoying and will just run any failed playbook again. The retry files just fill up the folder and have to be deleted.

What is an Ansible Playbook?

Before we go any further I just need to define one term that you will be using every day whilst working with Ansible and that is a playbook. In simple terms a playbook is a file formatted in YAML

YAML stands for YAML Ain’t Markup Language but is also referred to as Yet Another Markup Language. Basically YAML is a very readable code that defines all the actions and tasks that your playbook will perform. Let’s look at the finished playbook below to backup a cisco router and go through each line step by step in a very quick Ansible playbook tutorial.

Using Ansible for Network Automation is a common approach being adopted by many companies around the world.

Ansible Backup Cisco Config Playbook

My playbook is called backup_cisco_router.yaml

 
---
- hosts: CSR-01
  gather_facts: true
  connection: local

  tasks:
   - name: show run 
   ios_command:
   commands:
     - show run 
     host: "{{ ansible_host }}"
     username: roger
     password: password
     register: config

  - name: save output to /etc/ansible/backups 
  copy: 
  content: "{{ config.stdout[0] }}"
  dest: "/etc/ansible/backups/show_run_{{ inventory_hostname }}.txt"

I have this saved in a folder called playbooks /etc/ansible/playbooks

I have also created a folder called backups in /etc/ansible/backups

Let’s step through each line

— the first line of any YAML file has to start with three dashes – this denotes it as a YAML file

– hosts: CSR-01 the next line starts with a single dash and defines the hosts that this playbook should run agains, in this case our single CSR router

gather_facts: true this line needs to be here to define we are collecting information

connection: local this defines the connection will be made from this box

tasks: we now start to define the actual task that will run

– name: show run – this is the name of our first task

ios_command: this is an ansible module and is some code within the Ansible core that can be used to run commands in ios – more info here

commands: what follows here is the command that will be run

– show run in our case show run

host: “{{ ansible_host }}” this defines the connection variables for the ansible host – username / password etc

username: local username defined on the router

password: local password defined on the router

register: config Once Ansible has connected to the router and run the show run command it registers that information to a variable called config (you can call this what you want)

-name save output to /etc/ansible/backups – this is the name of the next task and is just a description

copy: this is calling another Ansible Module called copy

content: “{{ config.stdout[0] }}” this registers the config to a format called stdout

dest: “/etc/ansibe/backups/show_run_{{ inventory_hostname }}.txt” – this defines the destination and filename format which will be show_run_hostname.txt

Running the Ansible Playbook

So we now have an Ansible playbook written, we have defined a host and we now need to run the playbook.

I have a CSR1000v router running so lets see what happens

To run an Ansible Playbook you run the command

ansible-playbook <playbook name>

so in our case

ansible-playbook backup_cisco_router.yaml

You can see the descriptions of each task and if the play was successful.

In this case the playbook failed as it failed to connect to the router 192.168.244.129:22

The problem in this case is the password was wrong on the router – I am going to change the password and run the play again

This time you can see the playbook ran successfully and the task status has moved to changed=1

This means the backup file has changed.

If we now go to /etc/ansible/backups we can see our backup file

Conclusion

So we have successfully created an Ansible Playbook that will backup a single Cisco router, you can hopefully see that this could easily be scaled out to perform this task on 100’s or 1000’s of devices and also to run other commands like sh ip int brief, sh log, sh ip ospf neighbor etc. This will also backup nxos devices as well if you wanted and could be used to backup Cisco switch config.

I hope this Ansible Network Automation Example has given you some food for thought and will spark your interest to take this further.

Ansible is a very powerful tool and is going to change the way network engineers work in the future.

If you want to automate cisco configuration using Ansible you should have all the information you need.

I hope you enjoyed this simple tutorial and there will be more to come.

My latest Ansible Post: How to upgrade Cisco IOS using Ansible

For all my posts relating to Ansible – click the link below.
Ansible for Network Automation

Check out my AnsibleFest London 2017  Review 

Who created Ansible?

You can read about the origins of Ansible  here – https://www.ansible.com/blog/2013/12/08/the-origins-of-ansible

What is Ansible AWX

The AWX project is the open source version of Ansible Tower. AWX is the upstream project from which the Red Hat Ansible Tower offering is ultimately derived.

You can run AWX for free with as many nodes as you want, however is does not come with any support, but the code is what Ansible Tower is based on.

The product is pretty much the same.

https://www.ansible.com/awx-project-faq

Other Ansible articles:

• What are the benefits of using Ansible Roles?
• My Ansible Course <<
• Understanding the Ansible Hosts File
• Ansible vs Python Scripts – Which is best?
• Ansible Vault Tutorial
• Cisco IOS upgrade using Ansible
• AnsibleFest London – Review
• How to install Ansible Tower
• Ansible IOS Command Example
• Backup Cisco Router using Ansible Example Playbook