Size: a a a

DevOps — русскоговорящее сообщество

2021 March 01

a6

admin 666admin in DevOps — русскоговорящее сообщество
mariofernandes
доброго времени суток
помогите,пожалуйста, понять как работают цепочки nat в iptables при docker
если есть статьи или литература буду рад
https://habr.com/ru/post/333874/#iptablesnat

(да и вообще всю статью прочитайте)
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
mariofernandes
нужно понять как пакет летящий на сервер обрабатывается и идет дальше
Так iptables -S, iptables -t nat -S  там тебе весь выхлоп будет
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Но с цепочкой DOCKER-USER есть немного косячков )))
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Если захочется поиграться в фаервол. ))
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Но это больше веселуха  с транзитным трафиком за натом.  Например у вас порт 80 натится на 8000  а вы хотите из вне прикрыть 80 порт,  но по идее надо правило писать для 8000, но это уже на понимание работы iptables больше. ))
источник

Д

Дрон in DevOps — русскоговорящее сообщество
Ребят, запускаю ансибл плейбук, он пишет - META ran handlers, и даже при указанном -vvvv информации больше никакой... Как бы мне посмотреть, что происходит? потому что пишет далее один сплошной skip, но результата нет, где-то проблемы, а подробности я не пойму как глянуть
источник

D

DevOps Help Bot in DevOps — русскоговорящее сообщество
Report on spam message was send to admins. Please be patient.
источник

MM

Mikhail Mik in DevOps — русскоговорящее сообщество
Всем привет. Подскажите у helma существует таймаут установки, после которого он сфэлиться?
источник

i

inqfen in DevOps — русскоговорящее сообщество
Да
источник

i

inqfen in DevOps — русскоговорящее сообщество
Рекомендую собраться с силами и хелп почитать
источник

MM

Mikhail Mik in DevOps — русскоговорящее сообщество
Хороший совет)
источник

a6

admin 666admin in DevOps — русскоговорящее сообщество
Можно ещё (даже лучше) в исходники залезть и самому глянуть (если сил на документацию уже нет, а руки по-привычке что-то кодят).
источник

a6

admin 666admin in DevOps — русскоговорящее сообщество
источник

JF

Justice For All in DevOps — русскоговорящее сообщество
Добрый день. Подскажите, существуют какие-либо тулзы для автоматизации следующей задачи:

Имеется набор однотипных (либо различных) тасков (скриптов), которые должны отработать на одном сервере. Для простоты будем считать что это один и тот же скрипт, но с разными параметрами. Допустим у нас 100 таких тасков, но параллельно на сервере можно запускать не больше 5 таких тасков одновременно (т.к. RAM не бесконечный). Вот задача их всех запустить с учетом этих условий. Т.е. стартанули первые 5, допустим первым отработал и завершился 2-ой таск, значит можно запускать 6-ой и так далее.

Ну и желательно плюсом иметь функции мониторинга и репорта (если такски завершаются с ошибками), ну и гибкость в виде генерирования перечня тасков на основе конф. файлов или БД.

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

D

DevOps Help Bot in DevOps — русскоговорящее сообщество
Message was forwarded from: @devops_jobs
Author: @Xyp136
Message: Всем привет. Подскажите у helma существует таймаут установки, после которого он сфэлиться?
источник

D

DevOps Help Bot in DevOps — русскоговорящее сообщество
Message was forwarded from: @devops_jobs
Author: @Xyp136
Message: Ну например из за того что контейнер долго создаётся, ну или чего угодно.
источник

a6

admin 666admin in DevOps — русскоговорящее сообщество
Justice For All
Добрый день. Подскажите, существуют какие-либо тулзы для автоматизации следующей задачи:

Имеется набор однотипных (либо различных) тасков (скриптов), которые должны отработать на одном сервере. Для простоты будем считать что это один и тот же скрипт, но с разными параметрами. Допустим у нас 100 таких тасков, но параллельно на сервере можно запускать не больше 5 таких тасков одновременно (т.к. RAM не бесконечный). Вот задача их всех запустить с учетом этих условий. Т.е. стартанули первые 5, допустим первым отработал и завершился 2-ой таск, значит можно запускать 6-ой и так далее.

Ну и желательно плюсом иметь функции мониторинга и репорта (если такски завершаются с ошибками), ну и гибкость в виде генерирования перечня тасков на основе конф. файлов или БД.

Я понимаю что это можно запрограммировать используя какой-то движок task queue, но подозреваю что должны быть какие-то готовые менеджеры задач под такие нужды.
Все стандартные фреймворки автоматизации это умеют (приоритезация по-потреблению и очередность тасков с асинхронностьб) от ansible до puppet
источник

aa

alex alex in DevOps — русскоговорящее сообщество
Justice For All
Добрый день. Подскажите, существуют какие-либо тулзы для автоматизации следующей задачи:

Имеется набор однотипных (либо различных) тасков (скриптов), которые должны отработать на одном сервере. Для простоты будем считать что это один и тот же скрипт, но с разными параметрами. Допустим у нас 100 таких тасков, но параллельно на сервере можно запускать не больше 5 таких тасков одновременно (т.к. RAM не бесконечный). Вот задача их всех запустить с учетом этих условий. Т.е. стартанули первые 5, допустим первым отработал и завершился 2-ой таск, значит можно запускать 6-ой и так далее.

Ну и желательно плюсом иметь функции мониторинга и репорта (если такски завершаются с ошибками), ну и гибкость в виде генерирования перечня тасков на основе конф. файлов или БД.

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

z

zeleniumex in DevOps — русскоговорящее сообщество
admin 666admin
Все стандартные фреймворки автоматизации это умеют (приоритезация по-потреблению и очередность тасков с асинхронностьб) от ansible до puppet
jenkins
источник

JF

Justice For All in DevOps — русскоговорящее сообщество
admin 666admin
Все стандартные фреймворки автоматизации это умеют (приоритезация по-потреблению и очередность тасков с асинхронностьб) от ansible до puppet
Я правильно понимаю, что "потребление" оценивается фреймворком именно на удаленной машине, где запускаются таски, а не на той машине где запущен сам ansible/puppet? И можно ли жестко задать количество одновременных тасков?
источник