У кого есть опыт работы с OpenNMS, Zabbix – да хоть чёртом в ступе – поделитесь, пожалуйста.

чем поделиться, чертом в ступе? zabbix под твои требования подходит, как и 99% всех систем мониторинга

Меня интересовал личный опыт.

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

мониторить SMART-атрибуты дисков без ужимок, прыжков, необходимости запускать процесс от имени root

как ты себе это представляешь?

Умение мониторить SMART-атрибуты дисков без ужимок, прыжков, необходимости запускать процесс от имени root и вручную описывать наблюдаемую сущность.

А это смысл имеет? По идее, из raid выскочит диск и всё. Raid тебе скажет, что оно умерло и надо поменять.

Например, минимальный suid-бинарь, который

1. принимает на вход только имя устройства,
2. умеет исполнять только smartctl и только с фиксированными аргументами (напр., -a или -x).

Это, согласись, несложно.

Т. е. я бы хотел, чтобы система мониторинга избавила бы меня от необходимости:

1. указывать, что запускать и с какими ключами, и
2. вручную править /etc/sudoers.

Имеет.

У меня же не ынтырпрайз-стойка, а несколько домашних машин. И далеко не всё в них продублировано (и далеко не всё имеет смысл дублировать). Например, если подохнет SSH-сервер – то я тупо куплю новый диск и поставлю на него новую систему.

Но вот оповещение о том, что «диск начал дохнуть», я хотел бы видеть в общей информационной сводке, без необходимости лазить на каждую машину и вручную запускать smartctl.

принимает на вход только имя устройства
только с фиксированными аргументами

по бинарю на каждую опцию smartctl? ты хочешь какую-то херню, выбор опций smartctl и способа доступа нерутового юзера к рутовым устройствам — это совершенно точно не те настройки, которые надо выпиливать из системы мониторинга

Моя практика показывает что smart довольно бесполезен в деле реального положения здоровья диска. Ну это так, к слову.

Посмотри на Prometheus, родной node_exporter smart-атрибуты не экспортирует, но в интернетах есть варианты от васянов на выбор, да и свой собственный можно тривиально сделать.

Ты не понял. Пусть список фактических ключей smartctl будет зашит в suid-ном бинаре. Пусть это будет -a. Или -x. Мне всё равно. Но пусть это работает из коробки.

Собственно, в nagios так и попытались сделать — см. пресловутый check_ide_smart. Только авторы остановились в 1996 году и думают, что nagios всегда будет работать от рута. А без рута данный их бинарь бесполезен.

50 на 50.

Иногда дохнет контроллер, и да — smart бесполезен.

Но раз пять в моей практике я наблюдал именно появление uncorrectable-секторов и успевал заменить диск без переустановки или восстановления из бэкапов.

Кроме того, ты, по меньшей мере, можешь мониторить температуру, а это уже кое-что.

Спасибо.

вручную править /etc/sudoers.

Заранее сформированный файл раскидываете по /etc/sudoers.d/ на серверах, не трогайте основной

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

Это же волшебство! Для заббикса добавляется конфигурация в zabbix_agent, а на сервере добавляется шаблон, обрабатывающий ту кастомную конфигурацию.

Но на деле возникают нехилые такие нюансы.

Ну на практике только один раз.

Моя практика показывает что smart довольно бесполезен в деле реального положения здоровья диска. Ну это так, к слову.

ПС: поменял более 100 дисков.

На 4 машины что угодно по вкусу - я бы взял заббикс. Это не задача.

Наличие Web-интерфейса для настройки

У исинги есть такой интерфейс. Ставится дополнительно.
Prtg - безклиентное и небезопасное г.
По теме: icinga

openITCOCKPIT

1. Наличие пакетов под Debian. Собирать вручную и самостоятельно поддерживать уже надоело.

Пакеты для Debian и Ubuntu

Download openITCOCKPIT

2. Распределённая архитектура (с возможностью либо устанавливать на наблюдаемую машину агента, либо, лучше, заходить по SSH по ключу и захватывать вывод произвольной команды). Ибо хочу наблюдать 4 машины и консолидировать данные.

Собственный агент для Linux, Windows и macOS

3. Хранение истории метрик (желательно, в базе – MySQL или PostgreSQL).

MySQL/Graphite

4. Наличие Web-интерфейса для наблюдения метрик.

Есть

5. Наличие Web-интерфейса для настройки (это то, чего лишены Nagios и Icinga).

Также имеется

Демо

Попробуйте, может быть, понравится ;)

У исинги есть такой интерфейс. Ставится дополнительно.

Речь об icingaweb?

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

Люто плюсую! Тоже не заметил проку от этого инструмента.

observium для малых ооо до 50 компов инстал и сопровождение для уровня 5 класса но работает стабильно бесплатен поддерживается работает по snmp wmi nmap мибы по дефолту распознают по сути любое железо от цисок компов принтеров и прочих ит-штук увы тажелый веб-дизайн - удаленно не пролезет через такую штуку как ngrok

Спасибо.

1-3, 5. Zabbix

4. Grafana + https://grafana.com/grafana/plugins/alexanderzobnin-zabbix-app

6. Сервер или агент так и так должны работать от рута, чтобы тыкать ioctl. А так в zabbix вроде есть шаблоны для smart.

Если Grafana будет работать не на x86_64, то я примерно так развлекался с установкой.

Ещё есть monitorix https://www.monitorix.org/

Пакеты тут https://www.monitorix.org/downloads.html

Но это чисто на графики пыриться. Свои плагины я писать не пробовал.

Под требования вроде больше всего zabbix подходит.

Для своей лайбы использую grafana + prometheus + node_exporter - все отлично мониторит и красиво рисует. Smartctl не мониторю.

На работе ещё есть grafana + influxdb + telegraf. Тоже отлично всё работает.

6. Да, но количество suid-кода можно (и нужно) свести к минимуму.

Спасибо!

Спасибо.