Как и в чем ведете актуальный список серверов компании?
Под серверами в сабже подразумеваются как физические так и виртуальные.
Хочется уйти от практики ведения такового списка в табличке, которая никогда не находится в актуальном состоянии, так как есть админы-аутсорсеры, которые плодят где-то виртуалки, есть админы штатные, которые не лучше. Регламента заведения нового сервера как такового нет, так как чаще всего сервер нужен был уже вчера под какой-либо проект.
Есть мысль сделать git-репозиторий и регламентировать при создании нового сервера отправлять коммит с обновленной информацией в репозиторий, не знаю, насколько это практично.
Вследствие всего этого возник вопрос - а как у вас обстоит ситуация с сабжем?
До тех пор, пока не будет процедуры, за неисполнеие которой админов будут... подвергать всяким неприятным процедурам, ничего не поможет. Какая разница, что не заполнять, таблицу или git-репозиторий.
Создайте регламент и правила: что есть сервер с точки зрения компании и каким правилам он должен удовлетворять. Когда я был сисадмином было проще. Если сервера не было в каталоге наблюдения HP OpenView с определенными параметрами снятия статистики - то считалось что его нет и любой мог с ним сделать что угодно (например, при нехватке ресурсов).
А мы вот так:
1. OCSinventory - для сбора что в серваке (CPU,RAM,HDD..... ) в актуальном состоянии (ежедневных отчет).
1.1 OCS agent стоит на всех машинах пользователей (для того же самого).
2. GLPI - для удобства всего этого просмотра и отчетов (с плагином для OCS). Если настроить правильно то красота и ВСЕГДА все актуально.
3. Для мониторинга серверов (доступность, загрузка всего и вся с возможность оповещения о падениях) - ZABBIX.
Все автоматом - ибо ленивы мы :).
P.S. Недавно обновился плагин OCS для GLPI, вот планирую HOWTO написать на хабре как все это скрутить.
Все сервера управляются только через puppet.
А потом из puppetdb надергиваем факты и храним в своей системе с историей изменений.
В итоге все сервера в актуальном состоянии и можно посмотреть, что с ними было.
O Di: постаьте puppetdb, если не стоит еще. Собирайте факты о железе, написать нужные - несложно. Получите актуальное состояние парка. А если учитывать факты о накинутых ролях, принадлежности и добавить версионность, чтоб историю смотреть - получите полноценную систему учета.
