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

Question

[O Di]

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

Хочется уйти от практики ведения такового списка в табличке, которая никогда не находится в актуальном состоянии, так как есть админы-аутсорсеры, которые плодят где-то виртуалки, есть админы штатные, которые не лучше. Регламента заведения нового сервера как такового нет, так как чаще всего сервер нужен был уже вчера под какой-либо проект.
Есть мысль сделать git-репозиторий и регламентировать при создании нового сервера отправлять коммит с обновленной информацией в репозиторий, не знаю, насколько это практично.

Вследствие всего этого возник вопрос - а как у вас обстоит ситуация с сабжем?

Comments

[Алексей]

Ваш план ничем не лучше чем "регламентировать вносить новый сервер в табличку", только чуть сложнее.

Answer 1

[DimaJF]

До тех пор, пока не будет процедуры, за неисполнеие которой админов будут... подвергать всяким неприятным процедурам, ничего не поможет. Какая разница, что не заполнять, таблицу или git-репозиторий.

Comments

[O Di]

Тем не менее вопрос в том - а как у вас? :)

[Марат]

Создайте регламент и правила: что есть сервер с точки зрения компании и каким правилам он должен удовлетворять. Когда я был сисадмином было проще. Если сервера не было в каталоге наблюдения HP OpenView с определенными параметрами снятия статистики - то считалось что его нет и любой мог с ним сделать что угодно (например, при нехватке ресурсов).

Answer 2

[Denis]

А мы вот так:
1. OCSinventory - для сбора что в серваке (CPU,RAM,HDD..... ) в актуальном состоянии (ежедневных отчет).
1.1 OCS agent стоит на всех машинах пользователей (для того же самого).
2. GLPI - для удобства всего этого просмотра и отчетов (с плагином для OCS). Если настроить правильно то красота и ВСЕГДА все актуально.
3. Для мониторинга серверов (доступность, загрузка всего и вся с возможность оповещения о падениях) - ZABBIX.
Все автоматом - ибо ленивы мы :).

P.S. Недавно обновился плагин OCS для GLPI, вот планирую HOWTO написать на хабре как все это скрутить.

Answer 3

[Saboteur]

У нас регламент - завел сервер, добавь инфу про него на внутреннюю вики.
Кроме того, есть еще ansible, где его тоже обычно добавляют.

Comments

[alexdora]

Прикольная идея с вики.

Answer 4

[Олег Клещук]

Все сервера управляются только через puppet.
А потом из puppetdb надергиваем факты и храним в своей системе с историей изменений.
В итоге все сервера в актуальном состоянии и можно посмотреть, что с ними было.

Comments

[O Di]

Вот, Puppet мы тоже используем, но вероятно не на полную.

[Олег Клещук]

O Di: постаьте puppetdb, если не стоит еще. Собирайте факты о железе, написать нужные - несложно. Получите актуальное состояние парка. А если учитывать факты о накинутых ролях, принадлежности и добавить версионность, чтоб историю смотреть - получите полноценную систему учета.

[O Di]

Олег Клещук: благодарю! :)

Answer 5

[juffinhalli]

Мы ведём описание каждого сервера во встроенной wiki GLPI

Answer 6

[Andrey San]

Esxi