Опишите тогда картину полнее, что ли

А то так гадать можно долго

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

Это.

такое возможно, или нет?

такое возможно, или нет?

Можно. Но это задача уже не столько техническая, сколько организационная. И определяется не возможностями ансибла, а принятыми у вас процессами

Получить список всех созданных в VPC машин и их теги ансиблом можно

Посчитать их общее количество тоже можно

Дальше схема понятна?

Ага

А с проксмоксом что?

Через работает. Проксмокс api не делает никаких проверок, поэтому если kvm что-то не смог, то об этом приходилось узнавать только дергая сам kvm. На сколько я понял, terraform должен долбить api пока не будет нужная инфраструктура, могу ошибаться. Я тогда на тех ресурсах, где крутился proxmox не мог попробовать terraform. Но это уже другая история

Есть что-то в этом неправильное... у меня получится json запросов будет куча. Как вообще тогда масштабируют на практике инстансы? Сразу создают _предполагаемое_ количество инстансов?

Есть что-то в этом неправильное... у меня получится json запросов будет куча. Как вообще тогда масштабируют на практике инстансы? Сразу создают _предполагаемое_ количество инстансов?

В динамическом окружении? Да, создают сразу нужное. Если нужно внести изменение, ориентируясь уже на то, что есть - dynamic inventory в помощь. Для ec2 даже специальный inventory плагин есть

А как точно плагин называется? Я только скрипт ec2.py находил

https://docs.ansible.com/ansible/latest/plugins/inventory/aws_ec2.html

Через работает. Проксмокс api не делает никаких проверок, поэтому если kvm что-то не смог, то об этом приходилось узнавать только дергая сам kvm. На сколько я понял, terraform должен долбить api пока не будет нужная инфраструктура, могу ошибаться. Я тогда на тех ресурсах, где крутился proxmox не мог попробовать terraform. Но это уже другая история

ну, в теории в ансибл можно засунуть wait_for пока инстанс не появился

если не появился за адекватное время - шлем сообщение и начинаем очистку

ну, в теории в ансибл можно засунуть wait_for пока инстанс не появился

Да, так и костылял. И еще kvm подпинывал. Просто изначально казалось, что проще всего на ansible модуле это сделать, но потом количество костылей заметно выросло

Продолжаю мастерить франкенштейна, как убрать пустые значения из json запроса? select("defined") все равно возвращает их

Продолжаю мастерить франкенштейна, как убрать пустые значения из json запроса? select("defined") все равно возвращает их

пример?

"{{ instances|map(attribute='public_dns_name')| select("defined") | join('\n') }}"

т.е. это jinja specific фигня?

ага

Разобрался фильтрацией в модуле ec2

Коллеги. Я возьму на себя смелость перезапусть вопросы по генерации конфигов. Есть у меня два списка вида : проекты: - проект1 - проект2 конфиг: - имя_проекта - версия_проекта как правильно взять из списка имен пректов значение чтобы затем использовать его во втором списке? что лучше использовать : нагородить условий в шаблонах или модули lineinfile / blockinfile в циклах?

Коллеги. Я возьму на себя смелость перезапусть вопросы по генерации конфигов. Есть у меня два списка вида : проекты: - проект1 - проект2 конфиг: - имя_проекта - версия_проекта как правильно взять из списка имен пректов значение чтобы затем использовать его во втором списке? что лучше использовать : нагородить условий в шаблонах или модули lineinfile / blockinfile в циклах?

Можно подробнее задачу описать? Не очень понятно, что предполагается делать с двумя списками

сгенерировать нужное количество конфигурационных файлов отличающихся названием проекта и еще парой параметров.

я уже нагородил огородов с blockinfile в цикле, но тут в группе упоминали эти модули в нелестном тоне.

по сути тебе нужно сделать нечто виде фор каждый_проект в проектах сгенерировать конфиг - сюдаподставитьимяпроекта - какое-то еще значение ?

именно

а зачем тут blockinfile...

тупо делаешь шаблон джинжевский

а вот и я себя спрашиваю...

config.j2

подключаешь его в ансибле

и через темплейт в цикле заполняешь

http://www.mydailytutorials.com/ansible-template-module-examples/

именно так я и начал. вы абсолютно верно описываете.

- hosts: loc tasks: - name: Ansible template with_items example. template: src: "{{ item.src }}" dest: "{{ item.dest }}" mode: 0777 with_items: - {src: 'ex.j2',dest: '/home/dnpjose/ex_rew1.txt'} - {src: 'ex2.j2',dest: '/home/dnpjose/ex_rew2.txt'} - {src: 'ex3.j2',dest: '/home/dnpjose/ex_rew3.txt'}

вот так. Только не with_items, а loop по списку проектов

это собсвенно и был ответ на вопрос "как лучше"

ок, тогда в чем вопрос? 😊

я только не совсем понимаю как заполнить значения в темплэйте

так они из варсов берутся

у меня в варсах есть два списка как я писал выше.

давай более предметный пример

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

минуту.

https://pastebin.com/raw/RjVWcVKT

вот списки

а итоговый файл как должен выглядеть?

https://pastebin.com/raw/gf7eZpa3

мне кажется, что второй список нафиг не нужен

тут пример тэмплейта.

результат в виде key=val

мне кажется, что второй список нафиг не нужен

я весь внимание

смотри

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

который будет заполнять итоговый файл

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

т.е. должен быть dict {'language'='c++', 'url'='ololo','skipDesign'='yes'}- это дефолты

и для каждого проекта ['project1':{},'project2':{'url':'my_speficic_url'},'project3':{'language':'java'}]

и тогда вопрос должен быть - как это превратить в итоговый файл

тем более меня удивляет, что в итоговом файле с таким темплейтом будут повторяющиеся ключи (без разбивки по разделам)

ну, это вопрос к итоговому формату...

т.е. я скорее поверю, что итоговый файл типа такого: [project_1] sonar.projectKey={{ project | regex_replace ('/\', ':')}} sonar.projectName={{ project }} sonar.projectVersion={{ value.projectVersion }} sonar.language={{ value.language }} sonar.sources={{ value.sources }} sonar.host.url={{ sonarqube_url }} sonar.sourceEncoding={{ value.sourceEncoding }} sonar.skipPackageDesign={{ value.skipPackageDesign }} sonar.skipDesign={{ value.skipDesign }} sonar.branch.name={{ value.branch_name }} [project2] sonar.projectKey={{ project | regex_replace ('/\', ':')}} sonar.projectName={{ project }} sonar.projectVersion={{ value.projectVersion }} sonar.language={{ value.language }} sonar.sources={{ value.sources }} sonar.host.url={{ sonarqube_url }} sonar.sourceEncoding={{ value.sourceEncoding }} sonar.skipPackageDesign={{ value.skipPackageDesign }} sonar.skipDesign={{ value.skipDesign }} sonar.branch.name={{ value.branch_name }}

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

это просто не сама удачная копипаста

итоговый файл как раз таки такой https://pastebin.com/raw/w52iBW6j

по одному на проект?

или общий?

по одному на проект.

а..

тогда шаблок кривой

верно. но я не понимаю где косяк.

sonar.projectKey={{ project | regex_replace ('/\', ':')}} sonar.projectName={{ project }} {% if value.projectVersion is defined %} sonar.projectVersion={{ value.projectVersion }} {% endif %} {% if value.language is defined %} sonar.language={{ value.language }} {% endif %} {% if value.sources is defined %} sonar.sources={{ value.sources }} {% endif %} sonar.host.url={{ sonarqube_url }} {% if value.sourceEncoding is defined %} sonar.sourceEncoding={{ value.sourceEncoding }} {% endif %} {% if value.skipPackageDesign is defined %} sonar.skipPackageDesign={{ value.skipPackageDesign }} {% endif %} {% if value.skipDesign is defined %} sonar.skipDesign={{ value.skipDesign }} {% endif %} {% if value.branch_name is defined %} sonar.branch.name={{ value.branch_name }} {% endif %}

он должен быть такой

без циклов фор

ну, я пока лишнее вырезаю

цикл фор у тебя должен быть в плейбуке

хмм...