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

Выполнение на управляющем узле

В отличие от большинства модулей 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