на втором хосте ты генерищь файлик ансиблом?

на втором хосте ты генерищь файлик ансиблом?

его там установочный скрипт генерит

установочный скрипт запускает ансибл?

установочный скрипт запускает ансибл?

да

точнее так ты ансиблом можешь из этого файлика вычитать, положить в факт?

и прочитать из факта с другой ноды например

и прочитать из факта с другой ноды например

точняк, а у уже хотел делегейт лосалхост делать и локально scp с хост1 на хост2

точняк, а у уже хотел делегейт лосалхост делать и локально scp с хост1 на хост2

http://docs.ansible.com/ansible/playbooks_delegation.html#delegated-facts

читать можешь slurp он все в b64encode засовывает, так что хоть какая никакая safety...

читать можешь slurp он все в b64encode засовывает, так что хоть какая никакая safety...

спасибо, но аолучается все равно надо вызывать delegate_to: "{{ host2 }" загонять файл в переменную, а потом из переменной в файл на host1... наверное проще сделать local_action: csp -3 user2@host2:path-to-file user1@host1:path-to-file как и предлагалось выше

читать можешь slurp он все в b64encode засовывает, так что хоть какая никакая safety...

Security through obscurity?

Нубский вопрос: а как в анзибле канонично использовать наследование словарей?

допустим есть у меня некая *_network, определенная в group_vars/all. Нужно чтобы для каждого хоста был определен *_network.ip и впихнут в шаблон :)

про hash_behaviour=merge знаю, просто его не рекомендуют использовать

я определяю такое в hostvars, прямо в inventory пишу server_special_ip=11.22.33.44

специально делаю, чтобы не усложнять. потом переменная {{ server_special_ip }} подставляется мне в зависимости от хоста

ещё есть примеров вот тут: http://docs.ansible.com/ansible/faq.html#when-should-i-use-also-how-to-interpolate-variables-or-dynamic-variable-names

Another rule is ‘moustaches don’t stack’. аааа!!!

как перестать орать и начать работать

допустим есть у меня некая *_network, определенная в group_vars/all. Нужно чтобы для каждого хоста был определен *_network.ip и впихнут в шаблон :)

DNS можно использовать. lookup.

не, мне надо тупо статически

До anisble 2 я использовал свой модуль, после - он поддерживает merge хешей

- debug: msg="{{ item.key }} = {{ item.value }}" with_dict: "{{ my_default_values | combine(my_values) }}"

До anisble 2 я использовал свой модуль, после - он поддерживает merge хешей

но в доках - написано, что это костыль и косяк

аа, вот так

а если мне надо одновременно with_items и скомбинировать переменные? (например настроить кучу VLAN-ов)

а если мне надо одновременно with_items и скомбинировать переменные? (например настроить кучу VLAN-ов)

можно страдать, а можно широко использовать соотетствующий функционал ансибла (http://docs.ansible.com/ansible/playbooks_filters_ipaddr.html)

там же один фиг беготня по VLAN и адресам/маскам

там же один фиг беготня по VLAN и адресам/маскам

а это здесь при чем? мне просто хотелось в одном словаре передать скомбинированные параметры сети в шаблоны для ifcfg-* примерно так: - name: Configure network template: <кусь!> with_items: - service_network - public_network - ...

include_vars не?...

ну и опять же с точки зрения inventory все параметры должны быть известны, то есть этой конструкции прямой путь в inventory group vars

...если вспомнить, что 1 inventory = 1 самодостаточное окружение

а это здесь при чем? мне просто хотелось в одном словаре передать скомбинированные параметры сети в шаблоны для ifcfg-* примерно так: - name: Configure network template: <кусь!> with_items: - service_network - public_network - ...

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

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

хм, ну ок

а это здесь при чем? мне просто хотелось в одном словаре передать скомбинированные параметры сети в шаблоны для ifcfg-* примерно так: - name: Configure network template: <кусь!> with_items: - service_network - public_network - ...

в playbook.yml: - name: copy interface scripts template: src=files/etc/sysconfig/network-scripts/{{ item }} dest=/etc/sysconfig/network-scripts/ mode=0644 with_items: - "{{ interfaces_group1 }}" - "{{ interfaces_group2 }}" - "{{ interfaces_group3 }}" <...> в vars.yml: interfaces_group1: - "ifcfg-enp2s0" - "ifcfg-dummy0" <...>

Филосовский вопрос: почему все девопс инструменты так не приспособлены к костылям? У них у всех идеальный дизайн с бест практиками, что имя только их хуй что сделаешь, и приходится обкладываться двойными и тройными костылями чтобы как-то решить задачу. Это касается что Ansible что Terraform (по моим наблюдениям)

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

Ну ансиболь и терраформ врядли являются всеми девопс инструментами

Филосовский вопрос: почему все девопс инструменты так не приспособлены к костылям? У них у всех идеальный дизайн с бест практиками, что имя только их хуй что сделаешь, и приходится обкладываться двойными и тройными костылями чтобы как-то решить задачу. Это касается что Ansible что Terraform (по моим наблюдениям)

тоже филосовский вопрос: может мы просто не умеем готовить? потому и появляются резиновые костыли (я сам не говорю, что умею готовить)

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

Но так как область молодая и довольно сложная, опыта еще наработано мало, то все предпочитают описать только популярные 100% кейсы и запретить все остальное. Иначе будет очень сложно разрабатывать продукт.

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

как по мне наличие костылей - от нехватки знаний

опять же никто не запрещает навелосипедить свой модуль

как по мне наличие костылей - от нехватки знаний

не всегда

не всегда

может подход изначально неправильный

костылять приходится когда подобие теряется

а это происходит постоянно

Я уже думаю, что стоит открывать DevOps издательство по инструментам DevOps.

Тогда это все обретает смысл

Издательство?

Да можно целую науку на этом построить и получить пару премий тьюринга

Издательство?

Издевательство

Ввести devops-алгебру, над множеством SDN ресурсов.

Издевательство

this

как нахуячить продакшн на 100500 нод для чайников

скриптгуру за 1 заняттие

как по мне наличие костылей - от нехватки знаний

Или из-за навязанных внешних ограничений. Вот например, blue-green деплой в докер контейнерах без CI системы, прокидуй код в контейнеры, костыляй и страдай.

блю грин всегда больно

но не везде нужно слава богу

я тут для блю грина узнал про спиннер

ERROR: S client not available

Это когда ты во время деплоя крутишь на пальце спиннер? Да хипстерская тема сейчас.

А чо спиннер клёва?

Для тех кто в прошлом году вейпил - да

я тут для блю грина узнал про спиннер

Что за спиннер?)

Spinnaker : Global Continuous Delivery http://www.spinnaker.io/

Воь так правильно

Воь так правильно

Хах, мультиклауд, ясно)

Всем привет

в ansible есть какой-нибудь helper, для chmod? чтоб выставить нужные мне права для проекта - файлам и папкам.

docs.ansible.com или как его там?

я как бы уже смотрел

я бы этот вопрос не писал сейчас

и file модуль смотрел?

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

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

recurse

то есть задаешь recurse true и выбираешь папку? хмм

recurse=yes state=directory

попробую

@kiosaku спасибо за столь быстрый ответ

вопрос вдогонку: поди, надо, чтобы у директорий и у файлов разные chmod были, да?

да

файлам одни права, папкам другие

state=file наверное для файлов

recurse только для state=directory работает :)

recurse только для state=directory работает :)

какие chmod разные нужны?

блин

папкам 755 файлам 644

если достаточно, чтобы execute bit был на директорию только

можно конечно через command:, но хочется все токи сделать все красиво