*вещества* учёт ВМ

Онсибль.

А как ты эти роли вообще раскатывал? Руками?

Это наследие и оно было сделано руками, количество ещё не критично, но уже свыше 30 и скоро будет тяжело. Все сервисы разноплановые и хочется именно централизации информации какой-то.

Ну настрой ансибль, пока машинок относительно немного. Сервисы наверно и обновлять надо и версии знать.

Это будет настроено, но для типовых задач.
У меня сейчас задача - создать какое то описание того соцветия, что имеется)
Думаю уже, что проще что то быстро наговнокодить в виде вебморды для почти экселеподобной базы.
Но подожду)

Разложить на хостах скрипт, который будет смотреть что за система, что установлено, запущено, прочие данные и отправлять в БД.

Вот скорее всего, это решение оптимально.
Задача вроде бы проста, но именно из-за этой простоты нетривиальна)

Звучит костыльно. Не проще всё утащить в оркестратор? Или всё плохо?

Очевидный ансибл. Инвентори (список хостов) можно в готовом виде из заббикса получать/фильтровать, если он уже есть.

Во первых не полно, часть придётся вносить руками, и главное, возможно действительно что-то (ansible, glpi inventory?) уже это умеет.

Если виртуалок имено куча, то правильнее решать задачу с другого конца. Заведите configuration management tool (проще всего начать с Ansible) и тогда у вас на входе будет решение для ведения учёта, а на выходе куча настроенных виртуалок. Если ещё и terraform для создания виртуалок заведёте, то смело можете в резюме писать, что перевели инфраструктуру предприятия на infrastructure as a service решение. А это сразу бонус к зарплате и новая лычка.

ansible, terraform и т п - это описание того, что хочешь получить, а не того, что есть.
Поэтому нужно, чтобы на ВМ стоял агент и репортил о том, что ВМ жива.
К примеру, в ansible описали ВМ и присвоили ей IP, по какой-то причине IP сменился(жизнь сложная штука). Как искать?
Агент отрапортует.
Я бы посоветовал для этого OCSinventory. В темплейте для ВМ установлен агент, при разворачивании новой ВМ,
после ее запуска она сама рапортует и делает запись в БД о себе. Периодичность обращения агента к серверу можно настроить любую.
А эту БД уже можно использовать для того, чтобы работать с текущей инфраструктурой.
Есть веб интерфейс, но т к БД mysql - подключаешься к ней и используешь ее как cmdb, содержащую актуальные данные

Интересный вариант, спасибо!
Рассматривал просто Spiceworks.

Всё хорошо, но в текущих реалиях - это не оркестровая задача)

Немного не про то, инфраструктура как сервис клёво и делаю для ряда задач, но именно что имеются машины, не типовые. Каждая машина уникальна из-за задач поставленных перед ней. Сейчас OCS смотрю, как-то пропустил.
Ну и для себя говнокодю)

По данному вопросу я не пришёл к однозначному выводу. С одной стороны, не раз наблюдал (и сам участвовал), как 3 дня пишут автоматизацию того, что руками делается за 15 минут. В этом довольно мало смысла. А с другой, скрипт/рецепт/манифест/playbook являются некоей формой документации, в которой чётко прописывается что и как должно быть сделано. А вот когда через год вам понадобится повторить ту самую пятнадцатиминутную ручную операцию, вы скорее всего давно забудете что и как там надо делать.