Мониторим клиентские ПК в Microsoft AD с помощью Zabbix. Часть 1 — Автоустановка

[titanrain]

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

[mike_Z]

Я постараюсь на следующий выходных сделать вторую часть, надеюсь тогда будет все понятнее.
Здесь описана только часть решения.

[tsklab]

Имеется несколько сотен клиентских машин на базе ОС windows 7 в домене microsoft AD, хочется их мониторить, и помимо обычных cpu, mem, disk и т. п. неплохо было бы получать информацию о состоянии smart дисков, информацию с usb ибп

Всё уже написали до вас и не один раз. Систем сбора и обработки информации и платных, и бесплатных — море. Например, Free Help Desk, Network Monitoring, and IT Community — Spiceworks

[thorin39]

Море не море, а толковых по пальцам. Spiceworks — монструозная, перегруженная и некасмтомизируемая система, да еще и на windows только. Из бесплатных есть glpi+fusioninventory(ocs) — тоже есть ряд минусов. Что касается zabbix — идея интересная.

[tsklab]

сотен клиентских машин на базе ОС windows 7 в домене microsoft AD

об интеграции с Zabbix, и речь идет об автоматическом развертывании на клиентских машинах.

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

[de1m]

а сами клинты тоже автоматически в системе региструруются или их надо ручками прописывать прежде чем им данные придут?

[mike_Z]

Да, можно создать правило https://www.zabbix.com/documentation/3.0/ru/manual/discovery/auto_registration. Об этом я чуть позже напишу. Плюс на сервере использую скрипты, чтобы неактивные агенты удалялись через api.

[allburov]

Супер, интересная идея!
По автоматизации на вашем месте посмотрел бы немного в другую сторону — использовать какую-нибудь scm для деплоя нужной конфигурации ПО на машины (e.g. Saltstack — подходит и для win/linux-машин, прост в освоении, гибкий).
Фактически функционал scm позволяет реализовать все то что вы заскриптовали (хранение логов, статусов, деплой) в красивом виде. А мануалов по деплою клиентской части (salt-minion) в интернете полно. Тут вам и обновление и отчеты по версиям и логи. Salstack (начиная с какой-то версии) сам умеет регистрировать машины в заббикс, добавлять нужный темплейт.

Плюс хорошее знание SCM всегда поднимает общую управляемость инфраструктурой, нет необходимости костылить все на скриптах (сужу по опыту, сам деплоил агентов/настраивал сервера с помощью PoS, пока не узнал про Saltstack и не пощупал его).

[mike_Z]

и это далеко не единственный его минус.

[mike_Z]

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

[mike_Z]

не совсем понял, всмысле ограничивать по точности? тренды хранить?
это?

[mike_Z]

ммм, не помню такого функционала, а зачем это нужно?

[mike_Z]

А как отличить, не пришли данные или не отличаются на 20%, все равно какую-то запись делать надо.

В zabbix для экономии места в бд есть housekeeping.
Например для item можно задать 7 дней хранения подробной истории, и 360 — тренды.

https://www.zabbix.com/documentation/3.0/ru/manual/config/items/history_and_trends

[askkostya]

Тема интересная. Спасибо.
Будет интересно почитать как Вы мониторите S.M.A.R.T. характеристики разных дисков.
Потому как разные производители по разному трактуют. У кого-то Remaining_Lifetime_Perc, у кого то Lifetime_Remaining.
Power_On — кто-то передает в минутах, кто-то пишет 16H_32M — (Intel если не ошибаюсь).

[mike_Z]

я мониторю универсальные параметры — pending, CRC, reallocated и температуру.