Infoblox scenario guide (#45664)
* creates infoblox scenario guide * adds link to infoblox guide from modules * adds WAPI to prerequisites
This commit is contained in:
parent
53886ecc9b
commit
df3655968f
4 changed files with 293 additions and 2 deletions
|
@ -46,8 +46,8 @@ Ansible releases a new major release of Ansible approximately every two months.
|
||||||
dev_guide/index
|
dev_guide/index
|
||||||
|
|
||||||
.. toctree::
|
.. toctree::
|
||||||
:maxdepth: 2
|
|
||||||
:glob:
|
:glob:
|
||||||
|
:maxdepth: 2
|
||||||
:caption: Scenario Guides
|
:caption: Scenario Guides
|
||||||
|
|
||||||
scenario_guides/guide_*
|
scenario_guides/guide_*
|
||||||
|
|
|
@ -1,5 +1,6 @@
|
||||||
.. contents:: Topics
|
.. contents:: Topics
|
||||||
|
|
||||||
|
.. _lookup_plugins:
|
||||||
|
|
||||||
Lookup Plugins
|
Lookup Plugins
|
||||||
--------------
|
--------------
|
||||||
|
@ -17,7 +18,7 @@ Lookups are an Ansible-specific extension to the Jinja2 templating language.
|
||||||
- Lookups are executed with a working directory relative to the role or play,
|
- Lookups are executed with a working directory relative to the role or play,
|
||||||
as opposed to local tasks, which are executed relative the executed script.
|
as opposed to local tasks, which are executed relative the executed script.
|
||||||
- Since Ansible version 1.9, you can pass wantlist=True to lookups to use in Jinja2 template "for" loops.
|
- Since Ansible version 1.9, you can pass wantlist=True to lookups to use in Jinja2 template "for" loops.
|
||||||
- Lookup plugins are an advanced feature; to best leverage them you should have a good working knowledge of how to use Ansible plays.
|
- Lookup plugins are an advanced feature; to best leverage them you should have a good working knowledge of how to use Ansible plays.
|
||||||
|
|
||||||
.. warning::
|
.. warning::
|
||||||
- Some lookups pass arguments to a shell. When using variables from a remote/untrusted source, use the `|quote` filter to ensure safe usage.
|
- Some lookups pass arguments to a shell. When using variables from a remote/untrusted source, use the `|quote` filter to ensure safe usage.
|
||||||
|
|
288
docs/docsite/rst/scenario_guides/guide_infoblox.rst
Normal file
288
docs/docsite/rst/scenario_guides/guide_infoblox.rst
Normal file
|
@ -0,0 +1,288 @@
|
||||||
|
.. _nios_guide:
|
||||||
|
|
||||||
|
************************
|
||||||
|
Infoblox Guide
|
||||||
|
************************
|
||||||
|
|
||||||
|
.. contents:: Topics
|
||||||
|
|
||||||
|
This guide describes how to use Ansible with the Infoblox Network Identity Operating System (NIOS). With Ansible integration, you can use Ansible playbooks to automate Infoblox Core Network Services for IP address management (IPAM), DNS, and inventory tracking.
|
||||||
|
|
||||||
|
You can review simple example tasks in the documentation for any of the :ref:`NIOS modules <nios_net tools_modules>` or look at the `Use cases with modules`_ section for more elaborate examples. See the `Infoblox <https://www.infoblox.com/>`_ website for more information on the Infoblox product.
|
||||||
|
|
||||||
|
.. note:: You can retrieve most of the example playbooks used in this guide from the `network-automation/infoblox_ansible <https://github.com/network-automation/infoblox_ansible>`_ GitHub repository.
|
||||||
|
|
||||||
|
Prerequisites
|
||||||
|
=============
|
||||||
|
Before using Ansible ``nios`` modules with Infoblox, you must install the ``infoblox-client`` on your Ansible control node:
|
||||||
|
|
||||||
|
.. code-block:: bash
|
||||||
|
|
||||||
|
$ sudo pip install infoblox-client
|
||||||
|
|
||||||
|
.. note::
|
||||||
|
You need an NIOS account with the WAPI feature enabled to use Ansible with Infoblox.
|
||||||
|
|
||||||
|
.. _nios_credentials:
|
||||||
|
|
||||||
|
Credentials and authenticating
|
||||||
|
==============================
|
||||||
|
|
||||||
|
To use Infoblox ``nios`` modules in playbooks, you need to configure the credentials to access your Infoblox system. The examples in this guide use credentials stored in ``<playbookdir>/group_vars/nios.yml``. Replace these values with your Infoblox credentials:
|
||||||
|
|
||||||
|
.. code-block:: yaml
|
||||||
|
|
||||||
|
---
|
||||||
|
nios_provider:
|
||||||
|
host: 192.0.0.2
|
||||||
|
username: admin
|
||||||
|
password: ansible
|
||||||
|
|
||||||
|
NIOS lookup plugins
|
||||||
|
===================
|
||||||
|
|
||||||
|
Ansible includes the following lookup plugins for NIOS:
|
||||||
|
|
||||||
|
- :ref:`nios <nios_lookup>` Uses the Infoblox WAPI API to fetch NIOS specified objects, for example network views, DNS views, and host records.
|
||||||
|
- :ref:`nios_next_ip <nios_next_ip_lookup>` Provides the next available IP address from a network. You'll see an example of this in `Creating a host record`_.
|
||||||
|
- :ref:`nios_next_network <nios_next_network_lookup>` - Returns the next available network range for a network-container.
|
||||||
|
|
||||||
|
You must run the NIOS lookup plugins locally by specifying ``connection: local``. See :ref:`lookup plugins <lookup_plugins>` for more detail.
|
||||||
|
|
||||||
|
|
||||||
|
Retrieving all network views
|
||||||
|
----------------------------
|
||||||
|
|
||||||
|
To retrieve all network views and save them in a variable, use the :ref:`set_fact <set_fact_module>` module with the :ref:`nios <nios_lookup>` lookup plugin:
|
||||||
|
|
||||||
|
.. code-block:: yaml
|
||||||
|
|
||||||
|
---
|
||||||
|
- hosts: nios
|
||||||
|
connection: local
|
||||||
|
tasks:
|
||||||
|
- name: fetch all networkview objects
|
||||||
|
set_fact:
|
||||||
|
networkviews: "{{ lookup('nios', 'networkview', provider=nios_provider) }}"
|
||||||
|
|
||||||
|
- name: check the networkviews
|
||||||
|
debug:
|
||||||
|
var: networkviews
|
||||||
|
|
||||||
|
|
||||||
|
Retrieving a host record
|
||||||
|
------------------------
|
||||||
|
|
||||||
|
To retrieve a set of host records, use the ``set_fact`` module with the ``nios`` lookup plugin and include a filter for the specific hosts you want to retrieve:
|
||||||
|
|
||||||
|
.. code-block:: yaml
|
||||||
|
|
||||||
|
---
|
||||||
|
- hosts: nios
|
||||||
|
connection: local
|
||||||
|
tasks:
|
||||||
|
- name: fetch host leaf01
|
||||||
|
set_fact:
|
||||||
|
host: "{{ lookup('nios', 'record:host', filter={'name': 'leaf01.ansible.com'}, provider=nios_provider) }}"
|
||||||
|
|
||||||
|
- name: check the leaf01 return variable
|
||||||
|
debug:
|
||||||
|
var: host
|
||||||
|
|
||||||
|
- name: debug specific variable (ipv4 address)
|
||||||
|
debug:
|
||||||
|
var: host.ipv4addrs[0].ipv4addr
|
||||||
|
|
||||||
|
- name: fetch host leaf02
|
||||||
|
set_fact:
|
||||||
|
host: "{{ lookup('nios', 'record:host', filter={'name': 'leaf02.ansible.com'}, provider=nios_provider) }}"
|
||||||
|
|
||||||
|
- name: check the leaf02 return variable
|
||||||
|
debug:
|
||||||
|
var: host
|
||||||
|
|
||||||
|
|
||||||
|
If you run this ``get_host_record.yml`` playbook, you should see results similar to the following:
|
||||||
|
|
||||||
|
.. code-block:: none
|
||||||
|
|
||||||
|
$ ansible-playbook get_host_record.yml
|
||||||
|
|
||||||
|
PLAY [localhost] ***************************************************************************************
|
||||||
|
|
||||||
|
TASK [fetch host leaf01] ******************************************************************************
|
||||||
|
ok: [localhost]
|
||||||
|
|
||||||
|
TASK [check the leaf01 return variable] *************************************************************
|
||||||
|
ok: [localhost] => {
|
||||||
|
< ...output shortened...>
|
||||||
|
"host": {
|
||||||
|
"ipv4addrs": [
|
||||||
|
{
|
||||||
|
"configure_for_dhcp": false,
|
||||||
|
"host": "leaf01.ansible.com",
|
||||||
|
}
|
||||||
|
],
|
||||||
|
"name": "leaf01.ansible.com",
|
||||||
|
"view": "default"
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
TASK [debug specific variable (ipv4 address)] ******************************************************
|
||||||
|
ok: [localhost] => {
|
||||||
|
"host.ipv4addrs[0].ipv4addr": "192.168.1.11"
|
||||||
|
}
|
||||||
|
|
||||||
|
TASK [fetch host leaf02] ******************************************************************************
|
||||||
|
ok: [localhost]
|
||||||
|
|
||||||
|
TASK [check the leaf02 return variable] *************************************************************
|
||||||
|
ok: [localhost] => {
|
||||||
|
< ...output shortened...>
|
||||||
|
"host": {
|
||||||
|
"ipv4addrs": [
|
||||||
|
{
|
||||||
|
"configure_for_dhcp": false,
|
||||||
|
"host": "leaf02.example.com",
|
||||||
|
"ipv4addr": "192.168.1.12"
|
||||||
|
}
|
||||||
|
],
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
PLAY RECAP ******************************************************************************************
|
||||||
|
localhost : ok=5 changed=0 unreachable=0 failed=0
|
||||||
|
|
||||||
|
The output above shows the host record for ``leaf01.ansible.com`` and ``leaf02.ansible.com`` that were retrieved by the ``nios`` lookup plugin. This playbook saves the information in variables which you can use in other playbooks. This allows you to use Infoblox as a single source of truth to gather and use information that changes dynamically. See :ref:`playbooks_variables` for more information on using Ansible variables. See the :ref:`nios <nios_lookup>` examples for more data options that you can retrieve.
|
||||||
|
|
||||||
|
You can access these playbooks at `Infoblox lookup playbooks <https://github.com/network-automation/infoblox_ansible/tree/master/lookup_playbooks>`_.
|
||||||
|
|
||||||
|
Use cases with modules
|
||||||
|
======================
|
||||||
|
|
||||||
|
You can use the ``nios`` modules in tasks to simplify common Infoblox workflows. Be sure to set up your :ref:`NIOS credentials<nios_credentials>` before following these examples.
|
||||||
|
|
||||||
|
Configuring an IPv4 network
|
||||||
|
---------------------------
|
||||||
|
|
||||||
|
To configure an IPv4 network, use the :ref:`nios_network <nios_network_module>` module:
|
||||||
|
|
||||||
|
.. code-block:: yaml
|
||||||
|
|
||||||
|
---
|
||||||
|
- hosts: nios
|
||||||
|
connection: local
|
||||||
|
tasks:
|
||||||
|
- name: Create a network on the default network view
|
||||||
|
nios_network:
|
||||||
|
network: 192.168.100.0/24
|
||||||
|
comment: sets the IPv4 network
|
||||||
|
options:
|
||||||
|
- name: domain-name
|
||||||
|
value: ansible.com
|
||||||
|
state: present
|
||||||
|
provider: "{{nios_provider}}"
|
||||||
|
|
||||||
|
Notice the last parameter, ``provider``, uses the variable ``nios_provider`` defined in the ``group_vars/`` directory.
|
||||||
|
|
||||||
|
Creating a host record
|
||||||
|
----------------------
|
||||||
|
|
||||||
|
To create a host record named `leaf03.ansible.com` on the newly-created IPv4 network:
|
||||||
|
|
||||||
|
.. code-block:: yaml
|
||||||
|
|
||||||
|
---
|
||||||
|
- hosts: nios
|
||||||
|
connection: local
|
||||||
|
tasks:
|
||||||
|
- name: configure an IPv4 host record
|
||||||
|
nios_host_record:
|
||||||
|
name: leaf03.ansible.com
|
||||||
|
ipv4addrs:
|
||||||
|
- ipv4addr:
|
||||||
|
"{{ lookup('nios_next_ip', '192.168.100.0/24', provider=nios_provider)[0] }}"
|
||||||
|
state: present
|
||||||
|
provider: "{{nios_provider}}"
|
||||||
|
|
||||||
|
Notice the IPv4 address in this example uses the :ref:`nios_next_ip <nios_next_ip_lookup>` lookup plugin to find the next available IPv4 address on the network.
|
||||||
|
|
||||||
|
Creating a forward DNS zone
|
||||||
|
---------------------------
|
||||||
|
|
||||||
|
To configure a forward DNS zone use, the ``nios_zone`` module:
|
||||||
|
|
||||||
|
.. code-block:: yaml
|
||||||
|
|
||||||
|
---
|
||||||
|
- hosts: nios
|
||||||
|
connection: local
|
||||||
|
tasks:
|
||||||
|
- name: Create a forward DNS zone called ansible-test.com
|
||||||
|
nios_zone:
|
||||||
|
name: ansible-test.com
|
||||||
|
comment: local DNS zone
|
||||||
|
state: present
|
||||||
|
provider: "{{ nios_provider }}"
|
||||||
|
|
||||||
|
Creating a reverse DNS zone
|
||||||
|
---------------------------
|
||||||
|
|
||||||
|
To configure a reverse DNS zone:
|
||||||
|
|
||||||
|
.. code-block:: yaml
|
||||||
|
|
||||||
|
---
|
||||||
|
- hosts: nios
|
||||||
|
connection: local
|
||||||
|
tasks:
|
||||||
|
- name: configure a reverse mapping zone on the system using IPV6 zone format
|
||||||
|
nios_zone:
|
||||||
|
name: 100::1/128
|
||||||
|
zone_format: IPV6
|
||||||
|
state: present
|
||||||
|
provider: "{{ nios_provider }}"
|
||||||
|
|
||||||
|
Dynamic inventory script
|
||||||
|
========================
|
||||||
|
|
||||||
|
You can use the Infoblox dynamic inventory script to import your network node inventory with Infoblox NIOS. To gather the inventory from Infoblox, you need two files:
|
||||||
|
|
||||||
|
- `infoblox.yaml <https://raw.githubusercontent.com/ansible/ansible/devel/contrib/inventory/infoblox.yaml>`_ - A file that specifies the NIOS provider arguments and optional filters.
|
||||||
|
|
||||||
|
- `infoblox.py <https://raw.githubusercontent.com/ansible/ansible/devel/contrib/inventory/infoblox.py>`_ - The python script that retrieves the NIOS inventory.
|
||||||
|
|
||||||
|
To use the Infoblox dynamic inventory script:
|
||||||
|
|
||||||
|
#. Download the ``infoblox.yaml`` file and save it in the ``/etc/ansible`` directory.
|
||||||
|
|
||||||
|
#. Modify the ``infoblox.yaml`` file with your NIOS credentials.
|
||||||
|
|
||||||
|
#. Download the ``infoblox.py`` file and save it in the ``/etc/ansible/hosts`` directory.
|
||||||
|
|
||||||
|
#. Change the permissions on the ``infoblox.py`` file to make the file an executable:
|
||||||
|
|
||||||
|
.. code-block:: bash
|
||||||
|
|
||||||
|
$ sudo chmod +x /etc/ansible/hosts/infoblox.py
|
||||||
|
|
||||||
|
You can optionally use ``./infoblox.py --list`` to test the script. After a few minutes, you should see your Infoblox inventory in JSON format. You can explicitly use the Infoblox dynamic inventory script as follows:
|
||||||
|
|
||||||
|
.. code-block:: bash
|
||||||
|
|
||||||
|
$ ansible -i infoblox.py all -m ping
|
||||||
|
|
||||||
|
You can also implicitly use the Infoblox dynamic inventory script by including it in your inventory directory (``etc/ansible/hosts`` by default). See :ref:`dynamic_inventory` for more details.
|
||||||
|
|
||||||
|
.. seealso::
|
||||||
|
|
||||||
|
`Infoblox website <https://www.infoblox.com//>`_
|
||||||
|
The Infoblox website
|
||||||
|
`Infoblox and Ansible Deployment Guide <https://www.infoblox.com/resources/deployment-guides/infoblox-and-ansible-integration>`_
|
||||||
|
The deployment guide for Ansible integration provided by Infoblox.
|
||||||
|
`Infoblox Integration in Ansible 2.5 <https://www.ansible.com/blog/infoblox-integration-in-ansible-2.5>`_
|
||||||
|
Ansible blog post about Infoblox.
|
||||||
|
:ref:`Ansible NIOS modules <nios_net tools_modules>`
|
||||||
|
The list of supported NIOS modules, with examples.
|
||||||
|
`Infoblox Ansible Examples <https://github.com/network-automation/infoblox_ansible>`_
|
||||||
|
Infoblox example playbooks.
|
|
@ -81,4 +81,6 @@ options:
|
||||||
default: 1000
|
default: 1000
|
||||||
notes:
|
notes:
|
||||||
- "This module must be run locally, which can be achieved by specifying C(connection: local)."
|
- "This module must be run locally, which can be achieved by specifying C(connection: local)."
|
||||||
|
- Please read the :ref:`nios_guide` for more detailed information on how to use Infoblox with Ansible.
|
||||||
|
|
||||||
"""
|
"""
|
||||||
|
|
Loading…
Reference in a new issue