Как получить состояние "сервер выключен"?

[pomidorov]

Добрый день! Использую Zabbix 4.0, пытаюсь настроить мониторинг серверов в локальной сети по состоянию "вкл" или "выкл". Т.к. железо разное и, соответственно, датчики тоже, решил получать значение "CPU1 Temp", который есть на всех серверах.
Но возникла проблема: если целевой сервер выключен, то вместо значения "0" (пробовал делать предобработку, заменяя "na" от ipmitool на 0) Zabbix возвращает ошибку: "sensor data is not available".
Можно ли как-то его настроить, чтобы "отсутствие ответа" тоже считалось за ответ, но со значением ноль? Заранее спасибо за любую помощь.

[Hamardaban]

Насколько я понимаю в такой ситуации элемент данных не получает значение, а получает состояние ошибки. Поэтому припроцесинг с этим ничего поделать не может.
Если очень нужно получать состояние сервера по ipmi - можно использовать userparameter (или systemrun) + ipmitools и запрашивать непосредственно состояние power.

[bboyshock]

Вы хотите видеть когда сервер отключился? В zabbix-agent есть триггер Zabbix agent not available x minutes.

[nobodysu]

Шаблон ICMP точно не подходит?

[pomidorov]

Если очень нужно получать состояние сервера по ipmi - можно использовать userparameter (или systemrun) + ipmitools и запрашивать непосредственно состояние power.

Подскажите, пожалуйста, чуть подробнее, что за systemrun? Дело в том, что ipmitool на тех серверах отдельно не выделяет сенсор Power, поэтому приходится извращаться и смотреть по линии 12V

[pomidorov]

Вы хотите видеть когда сервер отключился? В zabbix-agent есть триггер Zabbix agent not available x minutes.

Да, хотелось бы видеть на графиках, когда вкл/выкл. Но "упавший" Zabbix-агент будет сигнализировать, что сервер выключился целиком, хотя это не так.

[Hamardaban]

system.run[команда,<режим>]
https://www.zabbix.com/documentation...s/zabbix_agent

[pomidorov]

system.run[команда,<режим>]
https://www.zabbix.com/documentation...s/zabbix_agent

Погодите, я правильно понимаю, что Вы предлагаете на "сервере" (в который стекается вся информация), через агента дёргать команду ipmitool, которая будет с "сервера" стучаться на IPMI других серверов и смотреть, включены они или нет?

[Hamardaban]

я ничего не предлагаю, а описываю возможности. как и что делать - решать вам.
да именно такой сценарий: на забикс сервере через system run локального агента вызываете команду ос ipmitools , которая пробует подключиться к наблюдаемому серверу и получить состояние power state.

[pomidorov]

на забикс сервере через system run локального агента вызываете команду ос ipmitools, которая пробует подключиться к наблюдаемому серверу и получить состояние power state.

Спасибо за идею, но, боюсь, это не совсем то. В таком виде не получится создать шаблон (template), который привязывался бы к новым серверам; придётся каждый раз добавлять ещё один элемент данных к основному серверу.

[ManMinas]

Добрый день. У вас такой большой парк осей? В связи с чем создать группы под определенные оси и указать 2-3 темплейта руками не комельфо? Собственно на данный момент какая-то часть групп идёт по шаблону, которую можно корректировать. "Но "упавший" Zabbix-агент будет сигнализировать, что сервер выключился целиком, хотя это не так." т.е. "упавший" агент должен сообщить вам какую-то информацию во время того как он лежит? Как вариант, учитывая парк серверов, скорее всего упсы у вас есть, можете попробовать вариант мониторинга через них, у заббикса вроде есть решения.

[Hamardaban]

опят же как вариант: делаете LLD на основе вычисляемого ЭД у которого в припроцесенге формируется json (возможно из макроса) содержащий список серверов. а в прототипах вы уже делаете те ЭД которые будут мониторить состояние.
Но как правильно заметили коллеги - если задача имеет гемороидальное решение - то возможно стоит пересмотреть постановку задачи.
Например принять что «сервер выключен» == «нет ответа ICMP 10 минут» - и сразу всё решается искаропки.

[pomidorov]

Добрый день. У вас такой большой парк осей? В связи с чем создать группы под определенные оси и указать 2-3 темплейта руками не комельфо?

Боюсь, неправильно выразился. Ось-то везде одна (точнее, почти везде Ubuntu 18.04 и несколько 20.04). Проблема в том, что вариант, предложенный уважаемым Hamardaban, хороший, но не подходит для шаблонизации. Попросту говоря, насколько я понимаю, т.к. запрос к ipmitool должен идти всегда с одной машины (сервер Zabbix) и в обход Заббикса, то нельзя создать шаблон и подложить его на каждый сервер. Вместо этого надо на Zabbix-сервере сделать кучу элементов данных, по одному на каждую исследуемую машину. Вроде такого:
1. system.run (запрос на хост А)
2. system.run (запрос на хост Б)
3. system.run (запрос на хост В)
и т.д. И после этого следить, что добавляются/удаляются какие-то серверы, чтобы идти и руками всё это удалять. Можно, но не комильфо. Шаблоны-то обычно привязывают к тем серверам, НА которые идут запросы.

Либо я как-то неправильно понимаю Zabbix?

[Kos]

да именно такой сценарий: на забикс сервере через system run локального агента вызываете команду ос ipmitools , которая пробует подключиться к наблюдаемому серверу и получить состояние power state.

Всё то же самое можно сделать, если вместо "system run локального агента" оформить нужные действия как скрипт, вызываемый в качестве external check. Тогда элемент данных привязывается не к серверу Zabbix, а к проверяемому хосту (и, как следствие, может быть безболезненно вынесен в отдельный шаблон).