а mitogen уже смотрели?

еще нет - спасибо за наводку

помниться 2.4 сильно текла при инклюдах

оно самое - сидим на 2.4.3 но вроде как раз в 2.4.3 это правили но она 2.5+ пока мигрировать не могли, хотя вроде там наконец починили lineinfile

в наших масштабах - десятки хостов - более-менее 2.4.3 работает. 2.6 еще не пробовали

pastebin лучше. Весь bootstrap.yml проскипован - как он инклюдится?

Огромное спасибо. Действительно проблема была в способе подключения. Для меня не было очевидно, что если include нет, то таски будут всё равно показываться. - include: bootstrap.yml when: repmgr_bootstrap|bool

угу, include теперь статичный - что, кстати, довольно удобно

Кто-то использует Ансибл на 100+ нодах и на 200+ тасках на каждую ноду? Цифры условные, но есть чувство что Ансибл совсем не скейлится из-за "ssh connection per task" design

используй ansible_ssh_pipelining

используется

можно подумать на тему разделения запуска. Я сомневаюсь что прямо вот всегда нужно одновременно гонять по сотне хостов

Разделяем. Но раз в большой релиз надо прогонять все роли

Там еще может играть роль откуда выполняется все это. Если с хоста админа через впн и бастион, то все может быть печально

Там еще может играть роль откуда выполняется все это. Если с хоста админа через впн и бастион, то все может быть печально

+100500

особенно если в облаке.....

кстати, нерусским по белому в доках ансибла написано, что используйте хост внутри облака для нормальной скорости

А мы готовим образ на берегу, упаковываем в тарбол и разливаем торрентом. Недавний тест - 700 нод за 8 минут. 5 из готорых инициализация сраного уефи.

интересный способ.

я читал что badoo в деплое тоже когда-то использовали торрент, но в итоге пришли к diff дельте для изменений

https://habr.com/company/badoo/blog/413503/

но они апдейдят так код, а не образы

то что делает баду, лучше не читать никогда

для психического здоровья в первую очередь

почему же. читая, можно понять как лучше никогда не делать 😊

Это просто кромешный ад и пиздец. Как минимум в администрировании и их отделе "мониторинга" с заббиксом

почему же. читая, можно понять как лучше никогда не делать 😊

Ну они-то этим гордятся ¯\_(ツ)_/¯

у меня тоже есть статья на хабре, кстати https://habr.com/post/324750/ с тех пор, правда уже новая версия вышла, но пока нет времени написать статью

Правда это не совсем про ансибл. Точнее совсем не. Сорян, увлекся. Мы анзиблем сверху намазываем в другом проекте.

народ

как реализовать

есть в дефолтах словарь

экстра варсами передается список со значениями из этого словаря

но их может быть либо столько же, либо меньше

и нужно запилить новый словарь

из этого списка

нужно

больше

писать

слов

а

то

не

сразу

понятно

а ты остроумный

запилить словарь из списка? Интригующее начало

написано же вроде

что в дефолтах словарь

список передается со значениями из этого словаря

тоесть нужно из этого списка сделать новый словарь взяв ключи из старого

но я уже сделал всеравно

а в этом списке, что будет ключем, а что значением?

в списке только значения

видимо плохо объяснил

есть словарь в дефолтах. допустим там 20 пар

хочу сделать возможность передавать список 3, 5 и тд значений

и чтобы из них делался новый словарь, берущий ключи из дефолтового

ну да, так и сделайте, осталось только придумать как значение n в списке связать в ключом foo

значения в списке

присутствуют в дефолтовом словаре

тоесть чтото чего там нету не может быть в списке

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

значения в списке

штатные инструменты не подходят?

Господа. Есть интересный вопрос. Я могу объявить loop так: loop: - var1 - var2 Могу так: loop: - { n1: var1_1, p1: var1_2} - { n2: var2_1, p2: var2_2} А что если мне нужно сочетать оба способа? К примеру p1/p2 должен содержать список? Как это реализовать?

Да, в догонку - как мне включать - {} в loop если есть условие? Чтото типа loop: - { n1: var1_1, p1: var1_2} - { n2: var2_1, p2: var2_2} when: n3 == true

И еще немного усложним задачу: - { n2: var2_1, p2: var2_2 when ansible_os_family == 'Debian' or p2: var2_3 when ansible_os_family == 'RedHat' } when: n3 == true

И еще немного усложним задачу: - { n2: var2_1, p2: var2_2 when ansible_os_family == 'Debian' or p2: var2_3 when ansible_os_family == 'RedHat' } when: n3 == true

Лучше делать include тасков по имени переменной

Мне это надо в очень исключительных случаях

Как вариант: include_tasks: "{{ item }}" with_first_found: - "{{ ansible_os_family }}.yml" - not-supported.yml

Ваше решение не подходит для вопроса озвученного выше

Тогда опишите задачу яснее

А то выше не вопрос, а какие-то странные варианты решения непонятной задачи

Мне нужно для некоторых исключительных случаев в loop добавлять строки для обработки и еще реже в зависимости от архитектуры определять переменную. Я могу это на инклудах сделать - но ради поддержки такого решения мне придется шерстить регулярно пачку файлов

Для p1 p2 можно так { p1: [a,b]}

Причем количество файлов будет расти в геометрической прогрессии - сейчас мне нужно всего 2 строки добавить и определить 1 переменную на основе архитектуры - это уже 2*2. В принципе можно поиграться и свести количество файлов к 3. Но если будет больше такого - то и включаемые файлы расти будут в разы

Для p1 p2 можно так { p1: [a,b]}

Это как я понимаю создаст вложенный список?

да

Господа. Есть интересный вопрос. Я могу объявить loop так: loop: - var1 - var2 Могу так: loop: - { n1: var1_1, p1: var1_2} - { n2: var2_1, p2: var2_2} А что если мне нужно сочетать оба способа? К примеру p1/p2 должен содержать список? Как это реализовать?

Проверки типов элементов нет, так что можно так писать. Результат будет соотвествующий

для определения переменной от архитектуры можно сделать дикт в котором ключ это архитектура а значение это значение переменной

В общем немного понасиловав ансибл не удалось реализвать наркоманию, которую хочу. Пришлось делать таску на генерацию списка 😞

привет. кто занет как в новом гэлакси создать неймспейс для гитхаб организации?

Господа. Я пришел с очередной наркоманией - тема хэндлеры. В принципе у меня все хэндлеры очень типовые - после генерации service файла для демона рестартануть его и включить в systemd. В принципе хэндрер получается одинаковый для всех. Но есть но - по определенным причинам имена демонов сохраняются в разных переменных, поэтому такой хэндлер: - name: restart_daemon {{ daemon }} systemd: name={{ daemon }}.service enabled=yes state=restarted daemon_reload=yes покрывает только часть вызовов. Чтобы не плодить хэндлеры можно ли как то сказать ансиблу, что параметр после пробела надо сохранить в переменную и использовать её внутри хэндлера - то есть превратить его в шаблон.