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

Так ранер для CI и все, а код внутри в контейнере запускается

костылем каким-то пахнет, не? я им предложу apache airflow поставить. а там пусть сами думают как хотят

ну в случае соли скорее наоборот как надо. Ты управление конфигурацией централизованно выносишь

не, я про запуск бэкапов из ci говорил. на salt вряд ли согласятся, ибо у нас ansible везде как стандарт. и так зоопарк разнородного ПО в каждой команде, еще один аналог вносить не хочется.

не, я про запуск бэкапов из ci говорил. на salt вряд ли согласятся, ибо у нас ansible везде как стандарт. и так зоопарк разнородного ПО в каждой команде, еще один аналог вносить не хочется.

Средство управления конфигурациями (а в данном случае надо именно это) - это таки salt а не ансибл

не, я про запуск бэкапов из ci говорил. на salt вряд ли согласятся, ибо у нас ansible везде как стандарт. и так зоопарк разнородного ПО в каждой команде, еще один аналог вносить не хочется.

ок. тогда попробую на awx сделать. спасибо

ещё можешь глянуть на рандек, но он тут оффтоп (есть чат по нему, кстати)

А покажи?

https://www.rundeck.com/ Туториалы сделаны прямо в виде скринкаста.

Не, продукт у меня есть в проде. Чат по нему покажи живой?

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

Коллеги, всем привет! Перечитал историю но не нашел подходящий ответ про synchronize module. Задача бекапить конфиги с удаленных хостов под определенным пользователем. Пользователи везде заведены и добавлены в судо группу. В случае если я запускаю без become - я могу копировать только некоторые файлы которые доступны пользователю, но мне нужно забарть конфиги, для этого делают become и тут я не могу понять что не нравится rsyncку. \r\nsudo: no tty present and no askpass program specified\nrsync: connection unexpectedly closed (0 bytes received so far) [Receiver]\nrsync error: error in rsync protocol data stream (code 12) at io.c(226) [Receiver=3.1.1]\n", "rc": 12}

Коллеги, всем привет! Перечитал историю но не нашел подходящий ответ про synchronize module. Задача бекапить конфиги с удаленных хостов под определенным пользователем. Пользователи везде заведены и добавлены в судо группу. В случае если я запускаю без become - я могу копировать только некоторые файлы которые доступны пользователю, но мне нужно забарть конфиги, для этого делают become и тут я не могу понять что не нравится rsyncку. \r\nsudo: no tty present and no askpass program specified\nrsync: connection unexpectedly closed (0 bytes received so far) [Receiver]\nrsync error: error in rsync protocol data stream (code 12) at io.c(226) [Receiver=3.1.1]\n", "rc": 12}

просит судо пароль

суда пароль локальной тачки просит или удаленной ?

Конкретно с модуленем synchornize я не понимаю, поэтому обратился за помощью

да, но судо без пароля - дыра в инфре :(

Конкретно с модуленем synchornize я не понимаю, поэтому обратился за помощью

remote_src: yes если копируешь из одного места в другое, на целевой машине, не забудь прописать в таске

remote_src: yes если копируешь из одного места в другое, на целевой машине, не забудь прописать в таске

Такого параметра нет :(

Всем привет. Создаю ec2 инстанс. Как сделать публичный динамический адрес ? не могу понять какой модуль использовать.

https://docs.ansible.com/ansible/latest/modules/ec2_eip_module.html

я гуглил на эту тему и читал описание модуля.Я не нашел как сделать динамическим адрес в этом модуле.

Всем привет. Создаю ec2 инстанс. Как сделать публичный динамический адрес ? не могу понять какой модуль использовать.

я гуглил на эту тему и читал описание модуля.Я не нашел как сделать динамическим адрес в этом модуле.

Задача так и звучит:создать инствнс с динамическим публичным адресом.Видимо он меняется после ребута или истечения аренды.

Задача так и звучит:создать инствнс с динамическим публичным адресом.Видимо он меняется после ребута или истечения аренды.

Задача так и звучит:создать инствнс с динамическим публичным адресом.Видимо он меняется после ребута или истечения аренды.

По умолчанию AWS даёт белый IP-адрес, который меняется при перезагрузке инстанса. Чтобы получить такой - достаточно в модуле ec2 запросить assign_public_ip: true. Если надо, чтобы белый IP сохранялся за инстансом, то надо получать выделенный адрес через модуль ec2_eip и ассоциировать его с инстансом.

👍. assign_publuc_ip первое что нашёл, установил значение yes(вроде), ребутнул инстанс и ip остался прежним (public ip address?) . погуглил еще и вот я здесь. Спасибо за совет. Попробую еще этот параметр подергать.

Нужно остановить и снова запустить

Нужно остановить и снова запустить

Ребята, подскажите как использовать полученные переменные между playbooks? например выполнил playbook (создал vpc), в следующем playbook нужно использовать полученный ранее vpc_id для создания уже internet gateway и т.д.

Факты сохраняются только в пределах плея. Можно конечно накостылить что-то с с локальным кешированием, но лучше бы вы взяли терраформ

Факты сохраняются только в пределах плея. Можно конечно накостылить что-то с с локальным кешированием, но лучше бы вы взяли терраформ

Факты сохраняются только в пределах плея. Можно конечно накостылить что-то с с локальным кешированием, но лучше бы вы взяли терраформ

Странно. У меня факты живут между плеями в плейбуке. --- - hosts: localhost tasks: - set_fact: foo: 1 - hosts: localhost tasks: - debug: var=foo

👍 и это после очень глубокого костыляния.

Хотя сам я этим не пользовался

подскажите по best-practices - разделять ли на разные роли first-run задачи и переконфигурацию или хранить вместе? сейчас они у меня вместе и перед, например, include_tasks: firstrun.yml у меня стоит пачка разных чеков, что да, мы действительно делаем эту задачу в первый раз и всё необходимое для того, чтобы firstrun.yml отработал штатно у меня есть. Вдруг это антипаттерн, не знаю :)