Хотя я почти уверен что хватит уровня окружения

Я даже скажу грубое. Надеюсь не забанят - завязываете на локалхост - сродне одется гопой жопой на самотык

Вроде можно. Но практическая ценность сомнительная

На самом деле я недавно похожую проблему решал, очень мне понравился ksonnet и qbec со своей логикой, когда есть: 1) компоненты 2) параметры 3) environments компоненты - это прототипы объектов которые нужно применить environments - это кластер кубернетиса и неймспейс куда применять компоненты параметры - это переменные которые вычисляются на основе environment и подставляются в компоненты И вот описываешь ты свое приложение таким образом, потом применяешь его в нужный кластер Захотелось реализовать что-то подобное но для ansible, при этом не сильно ломая логику самого ansible, и если с inventory всё понятно то environments и компонентами (объектами которые нужно применить) - не совсем Сначала я все объекты описывал в inventory для конкретного environment, но потом я нашел более простой путь, и вот что получилось: 1) все действия описываются в ролях (с этим всё ок) 2) в инвентори описываются окружения (environments) к примеру я имею хост staging и хост production, каждый имеет свои переменные 3) в плейбуках описываются конкретные объекты которые нужно применить (компоненты) для определенных хостов в идеале я стремился достичь простоты kubectl apply -f my-object.yaml --context stagingв результате получилось: ansible-playbook my-object.yaml -l staging

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

Получается что: в ролях - как в инвентори - куда в плейбуках - что

А если натурал - и кубер но подвезли ?

Господа ребятки, юзает кто митоген? Стабильная поделка?

Поставили у себя на 2.6 - полет отличный

Но отдам уважение товарищу выше

Система. И что важно с целостным подходом

Есть нюанс - это изобрели давно

то есть на каждый кластер делать отдельный плейбук в котором при помощи environment задавать конфигурацию, верно ?

На каждый кластер делать группу

Но все равно круто

Исключение только, если у вас кластер дева и прода и вы разделяете среды

В плане исключение

На каждый кластер делать группу

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

Это же как раз варс окружения решается

а может кто-то показать - как вы enviroment в inventory задаёте ?

Можем

Но завтра ))

👍

а может кто-то показать - как вы enviroment в inventory задаёте ?

Google: ansible best practices

Второй метод

Второй метод

второй метод по этой ссылке или какой-то другой ? https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html

Вопрос по доке ansible: ansible-doc -a > ansible-doc-a.txt less ansible-doc-a.txtИ там набрать &with_seq и нажать Enter. Почему так подозрительно долго ищется?

Эм. Причём тут ансамбл?

Ну почти про ansible.

В девушке есть дырочка. В мальчике есть дырочка

Почти про секс

Всем доброй ночи ! Устал боротся сам прошу помощи :( есть vars file в ктотором: —- rocket_chat_mongodb_vars: - { rocket_chat_mongodb_configpath: '/etc/mongod_arbiter.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_arbiterdb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_arbiterdb.log',rocket_chat_mongodb_port: '2701'} - { rocket_chat_mongodb_configpath: '/etc/mongod_primary.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_primarydb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_primarydb.log', rocket_chat_mongodb_port: '2702' } - { rocket_chat_mongodb_configpath: '/etc/mongod_secondary.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_secondarydb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_secondarydb.log', rocket_chat_mongodb_port: '2703' } Потом нужно передавать переменные из списка в темплейт файл и не только. name: Deploy MongoDB systemd service configuration template: src: mongod.service.j2 dest: "{{ item.rocket_chat_mongodb_systemd }}" notify: Restart the MongoDB service loop: - "{{ rocket_chat_mongodb_vars }}" Как их оттуда достать ? :)

rocket_chat_mongodb_systemd у вас нет в переменных

--- - name: variables hosts: localhost connection: local vars: rocket_chat_mongodb_dbpath_prefix: /abc/ rocket_chat_mongodb_logpath_prefix: /def/ rocket_chat_mongodb_vars: - { rocket_chat_mongodb_configpath: '/etc/mongod_arbiter.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_arbiterdb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_arbiterdb.log',rocket_chat_mongodb_port: '2701'} - { rocket_chat_mongodb_configpath: '/etc/mongod_primary.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_primarydb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_primarydb.log', rocket_chat_mongodb_port: '2702' } - { rocket_chat_mongodb_configpath: '/etc/mongod_secondary.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_secondarydb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_secondarydb.log', rocket_chat_mongodb_port: '2703' } tasks: - name: show variables debug: msg: "Configpath: {{ item['rocket_chat_mongodb_configpath'] }}" loop: "{{ rocket_chat_mongodb_vars }}" ...

@vsc1t - ^^^^^^^^^^^^^^^^

Дальше сами.

rocket_chat_mongodb_systemd у вас нет в переменных

Да, чутка не то скопировал суть та же

замените выше debug на нужный вам модуль

и вроде всё ОК должно быть

--- - name: variables hosts: localhost connection: local vars: rocket_chat_mongodb_dbpath_prefix: /abc/ rocket_chat_mongodb_logpath_prefix: /def/ rocket_chat_mongodb_vars: - { rocket_chat_mongodb_configpath: '/etc/mongod_arbiter.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_arbiterdb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_arbiterdb.log',rocket_chat_mongodb_port: '2701'} - { rocket_chat_mongodb_configpath: '/etc/mongod_primary.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_primarydb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_primarydb.log', rocket_chat_mongodb_port: '2702' } - { rocket_chat_mongodb_configpath: '/etc/mongod_secondary.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_secondarydb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_secondarydb.log', rocket_chat_mongodb_port: '2703' } tasks: - name: show variables debug: msg: "Configpath: {{ item['rocket_chat_mongodb_configpath'] }}" loop: "{{ rocket_chat_mongodb_vars }}" ...

Спасибо, но надо список одновременно, то что в - { ... }. Как достать список? Или это не список? :)

чуть поправил, а то там строки обрезались.

что значит одновременно?

луп по чему?

Они в темплейт подставляются, луп по темплейту

-{} - первый заход, -{} следующий и т.д.

[x@rhel7 ansible]$ cat playbook.yaml --- - name: variables hosts: localhost connection: local vars: rocket_chat_mongodb_dbpath_prefix: /abc/ rocket_chat_mongodb_logpath_prefix: /def/ rocket_chat_mongodb_vars: - { rocket_chat_mongodb_configpath: 'mongod_arbiter.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_arbiterdb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_arbiterdb.log',rocket_chat_mongodb_port: '2701'} - { rocket_chat_mongodb_configpath: 'mongod_primary.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_primarydb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_primarydb.log', rocket_chat_mongodb_port: '2702' } - { rocket_chat_mongodb_configpath: 'mongod_secondary.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_secondarydb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_secondarydb.log', rocket_chat_mongodb_port: '2703' } tasks: - name: show variables debug: msg: "Configpath: {{ item['rocket_chat_mongodb_configpath'] }}" loop: "{{ rocket_chat_mongodb_vars }}" - name: write template template: src: mongod.service.j2 dest: "{{ item['rocket_chat_mongodb_configpath'] }}" loop: "{{ rocket_chat_mongodb_vars }}" ... [x@rhel7 ansible]$ cat mongod.service.j2 dbpath_prefix: {{ vars['rocket_chat_mongodb_dbpath_prefix'] }} logpath_prefix: {{ vars['rocket_chat_mongodb_logpath_prefix'] }} {% for v in vars['rocket_chat_mongodb_vars'] %} {{ loop.index }} rocket_chat_mongodb_configpath: {{ v['rocket_chat_mongodb_configpath'] }} {{ loop.index }} rocket_chat_mongodb_dbpath: {{ v['rocket_chat_mongodb_dbpath'] }} {{ loop.index }} rocket_chat_mongodb_logpath: {{ v['rocket_chat_mongodb_logpath'] }} {{ loop.index }} rocket_chat_mongodb_port: {{ v['rocket_chat_mongodb_port'] }} {% endfor %} [x@rhel7 ansible]$@vsc1t

@vsc1t

Там у вас вложенность лишняя - не знаю, как обойти. Поищите.

И jinja2 парсится на вашем хосте, и только потом грузится на другой хост. Потому у вас будут лищние данные.

Покопайтесь ещё. Чем смог - тем помог.

Всем доброй ночи ! Устал боротся сам прошу помощи :( есть vars file в ктотором: —- rocket_chat_mongodb_vars: - { rocket_chat_mongodb_configpath: '/etc/mongod_arbiter.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_arbiterdb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_arbiterdb.log',rocket_chat_mongodb_port: '2701'} - { rocket_chat_mongodb_configpath: '/etc/mongod_primary.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_primarydb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_primarydb.log', rocket_chat_mongodb_port: '2702' } - { rocket_chat_mongodb_configpath: '/etc/mongod_secondary.conf', rocket_chat_mongodb_dbpath: '{{ rocket_chat_mongodb_dbpath_prefix }}rocket_chat_secondarydb', rocket_chat_mongodb_logpath: '{{ rocket_chat_mongodb_logpath_prefix }}rocket_chat_secondarydb.log', rocket_chat_mongodb_port: '2703' } Потом нужно передавать переменные из списка в темплейт файл и не только. name: Deploy MongoDB systemd service configuration template: src: mongod.service.j2 dest: "{{ item.rocket_chat_mongodb_systemd }}" notify: Restart the MongoDB service loop: - "{{ rocket_chat_mongodb_vars }}" Как их оттуда достать ? :)

#странное

1. Используй pastebin, пожалуйста. 2. systemd умеет в template 3. {} и [] "обходить" не нужно: достаточно понимать, что это такое. {} - mapping/dict/словарь, доступ по ключу ("то, что слева от двоеточия" ) Например, есть такой словарь: key1: {key2: {key5: val1 }} Как получить val1? Вот так: key1['key2']['key5'] [] - sequence/list/список, доступ по номеру, т.е. дописываем номер элемента в квадратных скобках (нумерация с нуля) Например, есть такой словарь: key1: {key2: [val1, val2, val3]} Как получить val1? Вот так: key1['key2'][2]

@tnt4brain , @paper_planes_squad Спасибо огромное! Продолжу попытки через пару часов :)

@tnt4brain , @paper_planes_squad Спасибо огромное! Продолжу попытки через пару часов :)

Всегда пожалуйста 😊

Сергей, а можно перебрать все элементы не зная их количество? Сейчас 3 переменных, потом я допишу ещё 2 в Варс и мне нужно будет открывать плейбук, искать где применяется и добавлять [3], [4] Что-то типо [*] или [0]..[len-1] есть? 🥴

Сергей, а можно перебрать все элементы не зная их количество? Сейчас 3 переменных, потом я допишу ещё 2 в Варс и мне нужно будет открывать плейбук, искать где применяется и добавлять [3], [4] Что-то типо [*] или [0]..[len-1] есть? 🥴

loop в jinja2

Но есть ещё вариант, но сходу не помню.

второй метод по этой ссылке или какой-то другой ? https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html

По этой, да

Этот метод решает и вторую проблему, с монгой в рокет-чате...

Никогда не понимал, почему все начинают писать через vars файлы и городить ужас, потом же просто ужас будет контролить это все...

Этот метод решает и вторую проблему, с монгой в рокет-чате...

А можно для невыспавшихсч прямо указать что почитать по ссылке, а то так не понятно :(

Альтернативная структура проекта

Все раскидываем по енвайрменту и хорошо становится

Наверно плохо выразился, решает косвенную проблему, чтобы не было ужаса в плейбуке

Все раскидываем по енвайрменту и хорошо становится

+100

вообще идея со средами (а как еще назвать это?) - она блестящая

и она не ансибл-специфична

Самое вкусное, это объединение энвайрментов, просто при запуске перечисляем и оно само из коробки, даже одинаковые группы сджойнит

и она не ансибл-специфична

Но в ансибле специфична логика работы

эт да

loop в jinja2

Спасибо, попробую

Добрый день. В .bashrc указана переменная (например, PROJECT_DIR=/Users/user/work). Как ее вытащить в плейбуку, чтобы можно было делать манипуляции в этой папке? Копировать в нее файлы, клонировать проект с гитхаба, использовать в конфигах nginx?

Добрый день. В .bashrc указана переменная (например, PROJECT_DIR=/Users/user/work). Как ее вытащить в плейбуку, чтобы можно было делать манипуляции в этой папке? Копировать в нее файлы, клонировать проект с гитхаба, использовать в конфигах nginx?

Не очень понятна суть проблемы. Что значит "вытащить в плейбуку"?

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

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

мне очень странно, что мне это очевидно, а Вам нет, @tgadiev

да, имеено так, как написал @gecube :)

мне лично видится ботвень с register )))) это как пока черновой вариант. Либо вычитать .bashrc, либо распечатать env, а потом грепнуть переменную

застрипать левую часть, оставить правую (после "=")

ну и дальше дело техники

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

типа ansible_vars[environment][PROJECT_DIR]