который будет выгребать все из мониторинга, эта идея да мне нравится.
но возникает вопрос, допустим что у меня постоянно 90% железа живое, и в течение 2 дней, я так или иначе имею доступ к 100% железа.
каким образом мне сделать оркестрацию, что бы мне запустить "плейбуку" против 100% хостов.
запускать её по кронтабу да, что-то вроде LCM (life cycle management) получится.
таскать за собой везде .retry файл что бы он уменьшался?
при условии что у меня это все запускается из CI/CD в k8s подах, автоматизация есть и с ней нет проблем.
А почему не прометеус если у Вас k8s ? :)
перейти на тот же saltstack?
В принципе, со мной можно на "ты" - так удобнее. Здесь всё же интернет 😊 По сути вопроса - это типичная проблема stateful vs stateless. По дизайну Ансибл - stateless. Ты вводишь некое внешнее по отношению к Ансиблу состояние хоста - "обработан/не обработан". Понятное дело, что "искаропки" в Ансибле такого нет. Как только ты решишь, где будешь хранить состояние "этот хост уже обработан", тогда же ты сам себе дашь и ответ на вопрос "как это сделать". Кстати, при таких занятных исходных данных, возможно, что-то другое подойдёт вместо Ансибла, агентом оборудованное.
Обсуждают сегодня