- name: get ssl certificate set_fact: vault_ssl_key: "{{ secret | json_query(' data | key') }}" vault_ssl_cerificate: "{{ secret | json_query('data | certificate') }}" delegate_to: "{{ item }}" delegate_facts: True run_once: true loop: "{{ groups[register_secret_to_group] }}" при этом вызов роли - name: Play hosts: localhost gather_facts: false roles: - role: ansible-role-fetch-secret-vault vars: vault_url: https://vault ... register_secret_to_group: "nginx" # requeired

там требуются специфичные библиотеки

плохой интерфейс вывода сделал ? как лучше?

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

линейная всмысле роль сразу положит файлы ?

у меня сложное хождение в волт на много тасков

Надо по определенным ключам выбирать ? Или что?

не думай сюда

Имхо роль для хождения в волт за секретами костыль. Она ведет себя как лукап плагин: - запускается на контрол машине - получает значение из внешней системы и выставляет значение

я вот думаю что её ещё надо упросить. она сейчас ещё и сертификат из секрета получает.

Я тут намедни под офигел, оказывается в yaml ключи могут быть многострочные, а еще пустые могут https://t.me/cfgmgmtcamp/36

Ну спека жи....

Ну вот про пробелы знал. Мультилайн для ключа новенькое оказалось

server { listen 80 default_server; listen [::]:80 default_server; {% for (dom, fol) in item.iteritems() %} server_name {{ fol.domain }}; root /var/www/{{ fol.folder }}; {% endfor %} index index.html; try_files $uri /index.

server { listen 80 default_server; listen [::]:80 default_server; {% for (dom, fol) in item.iteritems() %} server_name {{ fol.domain }}; root /var/www/{{ fol.folder }}; {% endfor %} index index.html; try_files $uri /index.

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

server { listen 80 default_server; listen [::]:80 default_server; server_name {{ item.value.domain }}; root /var/www/{{ item.value.folder }}; index index.html; try_files $uri /index.html;

server { listen 80 default_server; listen [::]:80 default_server; server_name {{ item.value.domain }}; root /var/www/{{ item.value.folder }}; index index.html; try_files $uri /index.html;

server { listen 80 default_server; listen [::]:80 default_server; {% for (dom, fol) in item.iteritems() %} server_name {{ fol.domain }}; root /var/www/{{ fol.folder }}; {% endfor %} index index.html; try_files $uri /index.

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

давай по-другому, что ты в конечном итоге хочешь получить? три файла с одним server_name и root?

давай по-другому, что ты в конечном итоге хочешь получить? три файла с одним server_name и root?

item.value.domain содержит строку

ща

ща

{'key': 'host3', 'value': {'domain': 'hostname3.com', 'folder': '/www/host3'}} из-за такой структуры в item, цикл говно идея

server { listen 80 default_server; listen [::]:80 default_server; server_name {{ item.value.domain }}; root /var/www/{{ item.value.folder }}; index index.html; try_files $uri /index.html;

учитывая что ты и так файл делаешь в цикле, то сам цикл в шаблоне уже не нужен и без гемора там цикл не сделаешь

TASK [itests/jfmc : Check topology health] *** fatal: [app_master]: FAILED! => msg: 'Timeout (12s) waiting for privilege escalation prompt: ' а кто то сталкивался с подобным?

Всем привет. Имеется следующая наркоманская идея. Можно ли хранить group|host vars в разных репозиториях, playbookи с ролями в отдельной репе и притягивать vars при помощи requirements (ну или другими способами)? Притянуть не проблема, проблема в том, что vars притягиваются в roles и становятся не видны для таска.

Всем привет. Имеется следующая наркоманская идея. Можно ли хранить group|host vars в разных репозиториях, playbookи с ролями в отдельной репе и притягивать vars при помощи requirements (ну или другими способами)? Притянуть не проблема, проблема в том, что vars притягиваются в roles и становятся не видны для таска.

Всем привет. Имеется следующая наркоманская идея. Можно ли хранить group|host vars в разных репозиториях, playbookи с ролями в отдельной репе и притягивать vars при помощи requirements (ну или другими способами)? Притянуть не проблема, проблема в том, что vars притягиваются в roles и становятся не видны для таска.

Всем привет. Имеется следующая наркоманская идея. Можно ли хранить group|host vars в разных репозиториях, playbookи с ролями в отдельной репе и притягивать vars при помощи requirements (ну или другими способами)? Притянуть не проблема, проблема в том, что vars притягиваются в roles и становятся не видны для таска.

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

group и hostvars можно в отдельные репы вынести, в принципе. Главное, чтобы при сборке проекта все корректно по путям раскладывалось

есть несколько точек. У них свои vars'ы. Остальное все одинаковое.

Я бы в конкретном репе ля энва гитовые сабмодули пользовал на репу с родями

Отличная идея, сейчас попробуем 👍

Вобще можно по разному организовать: - в моно репе бранч = энв - в моно репе все энвы в одном бранче описаны и по папкам раскиданы - можно 1 репа = 1 энв а роли рулить через гэлакси(в реквайрементах можно казать пути до приватных гитовых реп/хттп урлов) - можно 1репа = 1 энв и роли через саб модули подключать Везде свои +\- есть

Ну сабмодули мне подходят, роли у меня итак в другой репе, варсы тоже и плэйбуки тоже.

Вобще можно по разному организовать: - в моно репе бранч = энв - в моно репе все энвы в одном бранче описаны и по папкам раскиданы - можно 1 репа = 1 энв а роли рулить через гэлакси(в реквайрементах можно казать пути до приватных гитовых реп/хттп урлов) - можно 1репа = 1 энв и роли через саб модули подключать Везде свои +\- есть

Всем привет Подскажите, пожалуйста, как правильно организовать использование secret vars? У меня есть несколько вариатов 1. В playbook-е через vars_file подключать нужны мне секрет 2. Поскольку я буду использовать group_vars, то файле с переменными для группы ссылаться на переменные из secret vars

Это может есть в документации, но я не нашел. Если выполняю playbook на 100 машинах с strategy: free, то в процессе выполнения хочется узнать на каком таске каждая из машин. Как это сделать? В какой-то файл пишется состояние может быть? Или может надо процессу послать HUP или что-то еще.

Это никому не актуально такое делать? Или никто strategy: free не использует?

Вобще можно по разному организовать: - в моно репе бранч = энв - в моно репе все энвы в одном бранче описаны и по папкам раскиданы - можно 1 репа = 1 энв а роли рулить через гэлакси(в реквайрементах можно казать пути до приватных гитовых реп/хттп урлов) - можно 1репа = 1 энв и роли через саб модули подключать Везде свои +\- есть

Коллеги, у меня странная хотелка. На баше это я бы реализовал на раз два, но контролировать хотелось бы именно в ансибле с возможностью повторного запуска по "неудачникам". Задачка скорее типа ansible-runner или ansible-pull, но осложняется ограниченностью хоста исполнения на который натянуть ни то ни другое не представляется возможным. Конкретика: заставить 4к+ хостов скачивать список файлов с CDN сервера одновременно +-, для более быстрой доставки файлов чем предусмотрено чем либо еще. Увеличение количества форков или разделение будет упираться в память сервера ansible. Есть ли какой-то вариант скормить get_url сразу список и засунуть эту задачу в async poll=0 для последующего контроля?

50-100 серверов == 50-100 форков.. у меня больше 50-ти форков как-то плохо работает в принципе.. память начинает заканчиваться. + сама загрузка даже с CDN занимает от 15 до 30 минут в лучшем случае.. файлики объемные