Как отличается автоматизация сетей

Исполнение на управляющем узле

В отличие от большинства модулей Ansible, модули сети не выполняются на управляемых узлах. С точки зрения пользователя, модули сети работают как любые другие модули. Они работают с разовыми командами, плейбуками и ролями. Однако за кулисами модули сети используют другую методологию, чем другие модули (Linux/Unix и Windows). Ansible написан и выполняется на Python. Поскольку большинство сетевых устройств не могут выполнять Python, модули Ansible для сети выполняются на управляющем узле Ansible, где ansible или ansible-playbook запускается.

Модули сети также используют управляющий узел в качестве места назначения для резервных файлов, для тех модулей, которые предлагают backup опцию. В модулях Linux/Unix, где файл конфигурации уже существует на управляемом узле(ах), резервный файл по умолчанию записывается в ту же директорию, что и новый, измененный файл. Модули сети не обновляют файлы конфигурации на управляемых узлах, так как конфигурация сети не записывается в файлы. Модули сети записывают резервные файлы на управляющем узле, обычно в каталоге backup под директорией корневого плейбука.

При использовании плагинов подключения (например, ansible.netcommon.network_cli) для модулей сети, модули Unix/Linux, такие как ansible.builtin.file и ansible.builtin.copy, также выполняются на управляющем узле.

Несколько протоколов связи

Поскольку модули сети выполняются на управляющем узле, а не на управляемых узлах, они могут поддерживать несколько протоколов связи. Протокол связи (XML по SSH, CLI по SSH, API по HTTPS), выбранный для каждого модуля сети, зависит от платформы и цели модуля. Некоторые модули сети поддерживают только один протокол; некоторые предлагают выбор. Наиболее распространённым протоколом является CLI по SSH. Вы устанавливаете протокол связи с помощью переменной ansible_connection:

ansible_connection: local устарел. Используйте вместо него один из типов постоянных подключений, перечисленных выше. С постоянными подключениями вы можете определить хосты и учетные данные только один раз, а не в каждой задаче. Вам также необходимо установить переменную network_os для конкретной сетевой платформы, с которой вы взаимодействуете. Более подробную информацию об использовании каждого типа подключения на разных платформах см. на страницах специфичных для платформы.

Коллекции, организованные по сетевой платформе

Сетевая платформа — это набор сетевых устройств с общей операционной системой, которые можно управлять с помощью коллекции Ansible, например:

• Arista: arista.eos
• Cisco: cisco.ios, cisco.iosxr, cisco.nxos
• Juniper: junipernetworks.junos
• VyOS vyos.vyos

Все модули на одной сетевой платформе имеют общие требования. Некоторые сетевые платформы имеют определенные различия — см. документацию специфичных для платформы для получения подробной информации.

Масштабирование привилегий: enable режим, become, и authorize

Несколько сетевых платформ поддерживают масштабирование привилегий, когда определенные задачи должны выполняться привилегированным пользователем. На сетевых устройствах это называется enable режимом (аналог sudo в администрировании *nix). Модули Ansible для сети предлагают масштабирование привилегий для тех сетевых устройств, которые его поддерживают. Подробную информацию о том, какие платформы поддерживают enable режим, с примерами использования, см. в документации специфичных для платформы.

ansible_connection: ansible.netcommon.network_cli
ansible_network_os: cisco.ios.ios
ansible_become: true
ansible_become_method: enable