или речь идет про название параметра, но не его значение

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

@vrutkovs А как ты думал про управление изменениями параметров а-ля group_vars? Какой порядок действий?

Хранить отдельно, например group_vars/group/dev.yaml

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

Как мне общий для ролей файл переменных сделать? Куда его засунуть?

group_vars/all/<filename>.yml

Уф, спасибо

да, вполне. только в этой модели описанный выше вопрос с пином версий плоховато решается.

requirements.yml ведь тоже мигрируют?

эммммм........... это про что именно? зависимости ролей?

Светлых мыслей тебе 😊

кто-то юзает? Давно не смотрел, раньше не было назначения ролей... https://theforeman.org/plugins/foreman_ansible/2.x/index.html

Не советую.

Как получить списком ip адреса хостов из hosts?

странно, что в фактах такой информации нет об /etc/hosts

Updated Date: 2017-11-16T16:12:16Z Creation Date: 1995-02-03T05:00:00Z Registry Expiry Date: 2022-02-04T05:00:00Z это видимо хостинг протух

Не вопрос, а доки то где брать ?

https://docs.ansible.com/

хехе, начал искать твиты по этому поводу, и первый что нашел от @vrutkovs 24 секунды назад 😊

Ну короче, не так давно -), а то подумал - может закрыли проект ?

debug

нужно в template подставлят не hostvars[m] - что является dict из всех возможных свойств хоста m нужно подставлять hostvars[m].inventory_hostname или где у вас там ойпишник сидит

в общем, не удалось ничего. конечный вид таски: - name: Adding target to prometheus server blockinfile: dest: "/etc/prometheus/prometheus.yml" insertafter: EOF backup: no marker: "#{{inventory_hostname}}" block: |2 - job_name: '{{inventory_hostname}}' static_configs: {%- for m in my_hosts %} - targets: ['{{ansible_ssh_host}}:9100'] {% endfor %} tags: - playhosts получаю в файлике: #secret-hostname - job_name: 'secret-hostname' static_configs: - targets: ['1.1.1.1:9100'] - targets: [''1.1.1.1:9100'] - targets: [''1.1.1.10:9100'] - targets: [''1.1.1.1:9100'] - targets: [''1.1.1.1:9100'] То есть оно зачем-то мне несколько подставляет, хотя в группе вообще 1 хост

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

Что-то что определяет, запущена ли служба

в общем, не удалось ничего. конечный вид таски: - name: Adding target to prometheus server blockinfile: dest: "/etc/prometheus/prometheus.yml" insertafter: EOF backup: no marker: "#{{inventory_hostname}}" block: |2 - job_name: '{{inventory_hostname}}' static_configs: {%- for m in my_hosts %} - targets: ['{{ansible_ssh_host}}:9100'] {% endfor %} tags: - playhosts получаю в файлике: #secret-hostname - job_name: 'secret-hostname' static_configs: - targets: ['1.1.1.1:9100'] - targets: [''1.1.1.1:9100'] - targets: [''1.1.1.10:9100'] - targets: [''1.1.1.1:9100'] - targets: [''1.1.1.1:9100'] То есть оно зачем-то мне несколько подставляет, хотя в группе вообще 1 хост

prometheus.yml https://pastebin.com/ZWRxzAEn cодержимое переменной my_hosts после запуска этого таска - https://pastebin.com/Lyy6q5SX - айпишник хоста из группы. В группе один хост. В конце хочу получить вот это: https://pastebin.com/8e1mwcJc ————————————————— Прошу прощения, но я бы решил эту задачу на руби за 3 минуты. Но просто хочу следовать канонам ансибла, и не пихать модули шелла. Это ещё хуже чем blockinfile использовать. Я не получу никакой зарплаты за это. Это задание - чисто для себя, если хотите - просто интересно, изучаю ансибл. Если вы позволите, я искренне готов отблагодарить вас за помощь как-нибудь материально, на пиво, например)