притом что dynamic inventory для хостов в оффлайне - это онлайнер. curl -sG -X GET -vvvv 'observer0:9080/gw/livestatus' --data-urlencode "q=GET hosts\nColumns: name\nFilter: stat e != 0" | jq '{"down_hosts": { "hosts": [ .[][0] ] }}'

Ansible Tower сейчас ставится на 18.04?

(чистая установка с нуля, не обновление)

Ansible Tower сейчас ставится на 18.04?

а какая разница, если у него есть возможность ставиться в виде docker контейнеров?

я, видимо, пропустил

а давно такая возможность появилась?

а давно такая возможность появилась?

Помойму спустя месяц или два после первого из релиза. Документация в репозитории

awx или тавер?

вряд ли именно тауэр поддерживается на убутне, но awx - это пожалуйста

вы меня смущаете) а в чём разница между ними?

О, прошу прощения. Я про awx толкую

бабло

http://docs.ansible.com/ansible-tower/latest/html/installandreference/release_notes.html#ansible-tower-version-3-2-4

я про вот это

я про вот это

Про tower ничего не могу сказать

вы меня смущаете) а в чём разница между ними?

https://www.ansible.com/products/awx-project/faq

Насколько я знаю, тауер поддерживается только на 16.04

(убунту)

Проверял недавно , с 1.5-2 мес. назад

то есть awx и Tower это как Fedora и RHEL?

yep

а Tower это некая версия awx + какие-то патчи сверху? или это просто awx просто переименованная?

патчи

как решилось дело: добавил динамический inventory - down_hosts, который по api ходит в мониторинг и спрашивает список всех хостов которые не доступны и добавляет их в ansible group: down_hosts ansible запускаю так: ansible-playbook ... --limit 'all:!down_hosts' ....

FYI паттерны в --limit не работают в 2.4.3 (от слова никак) в 2.5.2 поломан yaml инвентори в 2.5.0 - все хорошо

FYI паттерны в --limit не работают в 2.4.3 (от слова никак) в 2.5.2 поломан yaml инвентори в 2.5.0 - все хорошо

в 2.5.0 сломан consul, grafana

в 2.5.0 сломан consul, grafana

Понял. Не аффектит

в ансибле у меня уже привычка таскать с собой рабчие модули. но ядерные не особо потаскаешь

в ансибле у меня уже привычка таскать с собой рабчие модули. но ядерные не особо потаскаешь

я это победил так, делаю контейнер base image с ansible нужной версии от него наследую ansible-envname куда запиихивается inventory и все прочее необходимое далее каждая плейбука наследуется от ansible-envname:latest очень удобно в плане деливери. но если я изменяю первый base image с ansible, мне приходится в CI пересобирать все что от него наследуется и все что наследуется от наследуемого и т.д.

в ансибле у меня уже привычка таскать с собой рабчие модули. но ядерные не особо потаскаешь

однако..........

ты, видимо, какие-то хитрые модули пользуешь?

однако..........

хм, вполне обычная практика

я это победил так, делаю контейнер base image с ansible нужной версии от него наследую ansible-envname куда запиихивается inventory и все прочее необходимое далее каждая плейбука наследуется от ansible-envname:latest очень удобно в плане деливери. но если я изменяю первый base image с ansible, мне приходится в CI пересобирать все что от него наследуется и все что наследуется от наследуемого и т.д.

а можно пример докерфайла для плейбуки? выглядит достаточно интересно

ты, видимо, какие-то хитрые модули пользуешь?

а можно пример докерфайла для плейбуки? выглядит достаточно интересно

да, все достаточно прозрачно: Базовый image: https://hastebin.com/fihezaboro.nginx От него наследуется image для определенного окружения: https://hastebin.com/zilotahiba.bash И от него наследуется уже docker image с нужной мне плейбукой: https://hastebin.com/ojowomekup.sql завернуто в CI который билдит первый image так: docker build -t ansible:2.5.0.0 .второй image с данными об окружении: docker build --build-arg BASE_IMAGE=ansible:2.5.0.0 -t ansible-env:latest .и третий с плейбукой docker build --build-arg BASE_IMAGE=ansible-env:latest -t foobar-playbook:latest

если у вас внедрен и работает CI/CD процесс, то оно пересобирается само, если например поменять первый image

но не проще ли подсовывать inventory вольюмом?

но не проще ли подсовывать inventory вольюмом?

инвентори для окружений (в том числе и динамические) я храню в докер образах (и в гите соответственно), для фиксации окружения для плейбуков которые запускаются поверх я подозреваю что это место можно улучшить, но CI решает за меня часть проблем и мне пока норм.

инвентори для окружений (в том числе и динамические) я храню в докер образах (и в гите соответственно), для фиксации окружения для плейбуков которые запускаются поверх я подозреваю что это место можно улучшить, но CI решает за меня часть проблем и мне пока норм.

а, ну разве что если там чистая динамика - тогда имеет смысл, да

статические инвентори я бы скорее подсовывал при запуске контейнера (но опять же, я сильно пристрастился к AWX)

а, ну разве что если там чистая динамика - тогда имеет смысл, да

Да. Всего 5 инвентори, один yml и четыре динамики

а, ну разве что если там чистая динамика - тогда имеет смысл, да

У меня ещё богатые group/host vars. И запихивая их в контейнер с плейбуками я гарантирую совместимость между переменными и самими тасками

У меня ещё богатые group/host vars. И запихивая их в контейнер с плейбуками я гарантирую совместимость между переменными и самими тасками

справедливо, но раз они не зависят от версии энсибла их логичнее было бы версионировать по-другому

справедливо, но раз они не зависят от версии энсибла их логичнее было бы версионировать по-другому

Все правильно, версия ансибла у меня в базовом контейнере, когда я делаю изменение происходит CI который делает check syntax, оно конечно все не покрывает, но пару раз, в том числе и сегодня с 2.5.2.0 спасало

Все правильно, версия ансибла у меня в базовом контейнере, когда я делаю изменение происходит CI который делает check syntax, оно конечно все не покрывает, но пару раз, в том числе и сегодня с 2.5.2.0 спасало

хмм, интересная идея

хмм, интересная идея

Время на внесение изменений увеличивается, но компенсируется довольно большим процентом успешных деплойментов окружения. Все плюсы и минусы CI/CD

+ довольно хорошо вырисовывается workflow для ваших окружений и пресловутый life cycle management Впрочем это уже наверное здесь оффтопик

Я думаю интересно для любого кто думал про business continuity

Тут бывает что даже через год восстановить рабочее окружение тяжело. То pip ушатают, то ориджины протухнут

А вендрить докером или галакси уже религиозный вопрос. Докером оно удобнее)

А вендрить докером или галакси уже религиозный вопрос. Докером оно удобнее)

в общем случае, стандартом де фатко, деливерить нужно workload'ы, а не артефакты в виде ansible ролей с нужным pin коммитом или других исходников. Кастомеру требуется экспретиза как их правильно применять на своих окружениях.

я столкнулся с такой болью: ansible (2.5.0 в том числе) не умеет параллельно запускать dynamic inventory (в моем случае максимум 6), притом ишуев по этому поводу на гитхабе я не видел на динамик инвентори уходит сейчас около 20 секунд и если нужно что-то затестить по быстрому, то приходится их выключать. пушо ansible постоянно их дергает.

можно написать собственную оркестрацию, сделав один динамик инвентори и запуская в паралеллии другие - но я пока берегу себя от этой мысли

Всем привет, подскажте, а можно ли в модуле copy сделать так, чтобы при копировании файла создавалась директория куда он копируется?

нельзя

и в template нельзя

одной таской создаёшь директорию, другой копируешь файл

зато дерриктории создаются по всему пути

Ок, сенкс

А ещё вопрос, можно ли в ansible when: x is search() сделать отрицание? То есть если ли подстрока не найдена, тогда выполнить

А ещё вопрос, можно ли в ansible when: x is search() сделать отрицание? То есть если ли подстрока не найдена, тогда выполнить

is not более подробно http://docs.ansible.com/ansible/latest/user_guide/playbooks_conditionals.html

is not более подробно http://docs.ansible.com/ansible/latest/user_guide/playbooks_conditionals.html

То есть вот такая конструкия должна работать?

when: (ansible_default_ipv4.address is not("192.168."))

when: (ansible_default_ipv4.address is not("192.168."))

не знаю, зачем круглые скобоки вокруг 192.168?

Чтобы or перечислять

Не, валится с ошибкой

Не, валится с ошибкой

when: element not in array

А он разве не элемент целиком будет искать?

в этом случае целиком

вам нужен match если вы хотите более богато искать

Не, мне нужен search чтобы искать подстроку

Если я правильно доку прочитал

есть несколько способов array | select('match', '192.168') или array | join | match('192.168')

Эм…для меня, как для человека плохо знакомым с питоном, чет сложновато. Но я ща попробую.

Эм…для меня, как для человека плохо знакомым с питоном, чет сложновато. Но я ща попробую.

Вам не надо уметь в питон. Вам надо уметь в jinja2

Вам не надо уметь в питон. Вам надо уметь в jinja2

ок

То есть должно быть такое - debug: msg: "OK" when: ansible_default_ipv4 array | join | match('192.168') ?

Издалека похоже на правду

no filter named 'array'.