Компания Red Hat представила (https://www.ansible.com/press/advanced-network-automation-wi...) выпуск инструментария Ansible 2.3 (https://www.ansible.com/), предоставляющего средства для управления конфигурацией, оркестровки, централизованной установки приложений и параллельного выполнения типовых задач на группе систем. Код Ansible написан на языке Python и распространяется (https://github.com/ansible/ansible) под лицензией GPLv3.Основные особенности Ansible: простой и читаемый язык управления конфигурацией, поддержку распараллеливания работ, отсутствие необходимости установки на удалённые системы специальных программ-агентов (все операции инициируются централизованно по SSH), возможность работы без прав root. Система Ansible не так усложнена, как cfengine, puppet и Chef, но при этом предоставляет достаточно широкие возможности и высокую гибкость управления.
Ключевые новшества (https://raw.githubusercontent.com/ansible/ansible/stable-2.3...):
- Добавлен фреймворк для создания постоянных сетевых соединений (Persistent Connections Framework (https://www.ansible.com/blog/networking-features-in-ansible-2-3)), позволяющих использовать одно активное SSH-соединение для выполнения нескольких задач на управляемом устройстве. За счёт отбрасывания достаточно длительной фазы установки соединения, при интенсивном выполнении большого числа задач, использование постоянных соединений позволяет до 10 раз ускорить выполнение управляющих сетевых операций;
- Для планов конфигурации (playbooks (http://docs.ansible.com/ansible/playbooks.html)) предложено (https://www.ansible.com/blog/network-device-authentication-w...) два метода сетевого взаимодействия с внешними устройствами: классический CLI (команды передаются в форме операций в интерфейсе командной строки устройства) и новый NETCONF (для установки, изменения и удаления блоков конфигурации используется XML-протокол Network Configuration Protocol (https://tools.ietf.org/html/rfc6241));
- С 20 до 29 увеличено число поддерживаемых сетевых платформ и до 267 доведено число модулей для автоматизации настройки параметров сети. Среди добавленных сетевых платформ: Apstra, Arista Networks, Avi Networks, Big Switch Networks, Cumulus Networks, Fortinet, Huawei, Lenovo, Ordnance и Palo Alto Networks;
- Улучшена поддержка платформы Microsoft Windows: Добавлена порция новых модулей для автоматизаций выполнения работ в Windows. Реализована возможность использования метода "runas" для запуска модулей и скриптов под другим пользователем;
Добавлена поддержка применения режима "pipelining" для одновременной обработки нескольких операций в рамках одного соединения;- Упрощена интеграция в Ansible сторонних модулей, разработанных участниками из сообщества. Представлена система метаданных для модулей и один централизованный репозиторий для передачи сторонних разработок.
URL: https://www.ansible.com/press/advanced-network-automation-wi...
Новость: http://www.opennet.me/opennews/art.shtml?num=46381
Еще одно ключевое новшество https://github.com/ansible/ansible/issues/22572
> Еще одно ключевое новшество https://github.com/ansible/ansible/issues/22572Спасибо за ссылочку, а то мог обновиться, а потом откатывать пришлось. Сэкономили мне время.
> Улучшена поддержка платформы Microsoft Windows:Это через cygwin+ssh?
Нет, нативно через winrm и повершел.
Для начала этот самый винрм надо завести)
Заводится довольно несложно. Главное доки у них на сайте почитать.
> отсутствие необходимости установки на удалённые системы специальных программ-агентовОчередное вранье, как минимум нужен shell, а для полной функциональности Python с дополнительными модулями
Но это же не "дополнительная" программа-_агент_.:)
Дополнительную программу сервер сам загрузит и запустит. Если сможет.
Когда уже Ansible Tower откроют?(
после дождичька в четверг, ждите
> Добавлен фреймворк для создания постоянных сетевых соединений (Persistent Connections Framework), позволяющих использовать одно активное SSH-соединение для выполнения нескольких задач на управляемом устройстве3.14здец, а до этого не так было? Это просто треш какой-то пистоновский.
Для обычного ssh там давно запилили https://en.wikibooks.org/wiki/OpenSSH/Cookbook/Multiplexing, а этот костыль они пилят для хостов где питона нет и приходится извращаться с connection local https://www.ansible.com/blog/networking-features-in-ansible-2-3
Да они просто похожу не знали, что в конфиг sshd надо добавить:
ControlMaster auto
ControlPath /tmp/ssh_mux_%h_%p_%r
иди им помоги если такой умный, они даже тебе денег заплатят
Это даже необязательно добавлять в конфиг, можно просто параметрами при запуске ssh. Например так уже почти 10 лет работает перловый Net::Openssh.
Ты перепутал sshd и ssh клиент.
Когда уж поддержку python3 допилят?
> Когда уж поддержку python3 допилят?Когда питон 3 будет по дефолту во всех ос :D
В убунтах 16.04 например его ваще руками накатывать приходится
> Система Ansible не так усложнена, как cfengine, puppet и ChefПочему Ansible настойчиво сравнивают с CFE и его клонами, если это вообще приложения совершенно разного класса, с разными целями и существенно различные по сути?
Это OpenNet. Тут обычно копипастят однажды написанное описание чего-либо из новости в новость, нередко даже годами. Предлагаю исправить это недоразумение – под новостью есть ссылка "Исправить".
> Это OpenNet. Тут обычно копипастят однажды написанное описание чего-либо из новости в
> новость, нередко даже годами. Предлагаю исправить это недоразумение – под новостью
> есть ссылка "Исправить".Следствие этого: однажды написав не (совсем) правильно, может так получиться, что неправильное описание будет жить годами и переходить из новости в новость.
> Это OpenNet. Тут обычно копипастят однажды написанное описание чего-либо из новости в
> новость, нередко даже годами. Предлагаю исправить это недоразумение – под новостью
> есть ссылка "Исправить".Там исправлять нечего и так всё верно. Разница примерно как между Vim и Emacs, они тоже совершенно разные по сути. Погуглите "CFEngine vs Puppet vs Chef vs Ansible vs Salt".
> Почему Ansible настойчиво сравнивают с CFE и его клонамиЭто ПО одного класса и одним решаемым задачам. С CFEngine и Puppet в первую очередь и пытаются сравнивать, выбирая систему управление конфигурацией.
https://en.wikipedia.org/wiki/Comparison_of_open-source_conf...