All the CV communication are now managed by cvprac library. So a new requirements MUST be installed first before any code execution.
Arista Networks supports Ansible for managing devices running the EOS operating system through CloudVision platform (CVP). This roles includes a set of ansible modules that perform specific configuration tasks on CVP server. These tasks include: collecting facts, managing configlets, containers, build provisionning topology and running tasks. For installation, you can refer to specific section of this readme.
More documentation is available in project's website
arista.cvp collection supports list of Cloudvision version as listed below:
- CVP 2018.x.x: starting version
ansible-cvp 1.0.0
- CVP 2019.x.x: starting version
ansible-cvp 1.0.0
- CVP 2020.1.x: starting version
ansible-cvp 1.1.0
- CVP >= 2020.2.x: starting version
ansible-cvp 2.0.0
Starting version 2.0.0, collection uses cvprac as Cloudvision connection manager. So support for any new CLoudvision server is tied to it support in this python library.
This repository provides content for Ansible's collection arista.cvp with following content:
Version 3:
- arista.cvp.cv_configlet_v3 - Manage configlet configured on CVP.
- arista.cvp.cv_container_v3 - Manage container topology and attach configlet and devices to containers.
- arista.cvp.cv_device_v3 - Manage devices configured on CVP
- arista.cvp.cv_task_v3 - Run tasks created on CVP.
Legacy / Version 1:
- arista.cvp.cv_facts - Collect CVP facts from server like list of containers, devices, configlet and tasks.
- arista.cvp.cv_configlet - Manage configlet configured on CVP.
- arista.cvp.cv_container - Manage container topology and attach configlet and devices to containers.
- arista.cvp.cv_device - Manage devices configured on CVP
- arista.cvp.cv_task - Run tasks created on CVP.
- arista.cvp.dhcp_configuration - Configure DHCPD service on a Cloudvision server or any dhcpd service.
- arista.cvp.configlet_sync - Synchronize configlets between multiple Cloudvision servers.
This example outlines how to use arista.cvp
to create a containers topology on Arista CloudVision.
A dedicated repository is available for step by step examples on ansible-cvp-toi.
A complete end to end demo using Arista Validated Design collection and CloudVision modules is available as an example.
Another demonstration repository is available to play with Arista Test Drive. Please reach out to your favorite SE for getting access to such instance.
Below is a very basic example to build a container topology on a CloudVision platform assuming you have 3 veos named veos0{1,3}
and a configlet named alias
---
- name: Playbook to demonstrate cvp modules.
hosts: cv_server
connection: local
gather_facts: no
collections:
- arista.cvp
vars:
# Configlet definition
device_configuration:
mlag-01a-config: "{{lookup('file', './config-router-mlag01a.conf')}}"
mlag-01b-config: "{{lookup('file', './config-router-mlag01b.conf')}}"
# Container definition
containers_provision:
Fabric:
parentContainerName: Tenant
Spines:
parentContainerName: Fabric
Leaves:
parentContainerName: Fabric
configlets:
- alias
MLAG01:
parentContainerName: Leaves
# Device definition
devices_provision:
- fqdn: mlag-01a
parentContainerName: 'MLAG01'
configlets:
- 'mlag-01a-config'
systemMacAddress: '50:8d:00:e3:78:aa'
- fqdn: mlag-01b
parentContainerName: 'MLAG01'
configlets:
- 'mlag-01b-config'
systemMacAddress: '50:8d:00:e3:78:bb'
tasks:
- name: "Build Container topology on {{inventory_hostname}}"
arista.cvp.cv_container_v3:
topology: '{{containers_provision}}'
- name: "Configure devices on {{inventory_hostname}}"
arista.cvp.cv_device_v3:
devices: '{{devices_provision}}'
As modules of this collection are based on HTTPAPI
connection plugin, authentication elements shall be declared using this plugin mechanism and are automatically shared with arista.cvp.cv_*
modules.
[development]
cv_server ansible_host= 10.90.224.122 ansible_httpapi_host=10.90.224.122
[development:vars]
ansible_connection=httpapi
ansible_httpapi_use_ssl=True
ansible_httpapi_validate_certs=False
ansible_user=cvpadmin
ansible_password=ansible
ansible_network_os=eos
ansible_httpapi_port=443
As modules of this collection are based on HTTPAPI
connection plugin, authentication elements shall be declared using this plugin mechanism and are automatically shared with arista.cvp.cv_*
modules.
Complete installation process is available on repository website
This collection requires the following to be installed on the Ansible control machine:
Ansible version:
- ansible >=
2.9.0
3rd party Python libraries:
- cvprac version
1.0.5
- requests >=
2.22.0
- jsonschema
3.2.0
- treelib
1.5.5
(for modules in version 1)
Ansible galaxy hosts all stable version of this collection. Installation from ansible-galaxy is the most convenient approach for consuming arista.cvp
content
$ ansible-galaxy collection install arista.cvp
Process install dependency map
Starting collection install process
Installing 'arista.cvp:1.0.1' to '~/.ansible/collections/ansible_collections/arista/cvp'
You can git clone this repository and use examples folder for testing. This folder contains a set of pre-configured playbook and ansible configuration:
$ git clone https://github.com/aristanetworks/ansible-cvp.git
Update your ansible.cfg to update collections_paths to point to local repository
collections_paths = /path/to/local/repository:~/.ansible/collections:/usr/share/ansible/collections
It is highly recommended to use a python virtual-environment to not alter your production environment.
In an effort to support both arista.avd and arista.cvp collections, you can find a generic docker image in this repository.
Besides this image, a repository with some basic labs to use as part of a TOI are available in this repository
- Ansible for Arista Validated Design
- Ansible EOS modules on ansible documentation.
- CloudVision Platform overvierw
- Training Lab content
- Content for demo using Arista Validated Design and
arista.cvp
collection.
Support for this arista.cvp
collection is provided by the community directly in this repository. Easiest way to get support is to open an issue.
- The
devel
branch corresponds to the release actively under development. - The
releases/x.x.x
branches correspond to stable releases. - Fork repository and create a branch based on
devel
to set up a dev environment if you want to open a PR. - See the ansible-cvp release for information about active branches.
Project is published under Apache 2.0 License