Привет.

В мониторинге узлов при помощи заббикс-агента есть интересный момент - при падении доступности агента (читай agent.ping = 0), все остальные агентские проверки этого узла не переходят в состояние not supported.

Возможно ли сделать аналогичный механизм для мониторинга виртуальных машин через штатный vmware коллектор? Через условный ключ vmware.vm.powerstate, например. Ибо сейчас происходит так - выключают виртуальную машину, часть проверок и перфкаунтеров уходит в состояние not supported (например vmware.vm.cpu.ready или vmware.vm.perfcounter[{$URL},{$UUID},"mem/usage[average]"]). Очереди это конечно не создает, но все же хочется минимизировать количество Not supported айтемов.

Привет.

В мониторинге узлов при помощи заббикс-агента есть интересный момент - при падении доступности агента (читай agent.ping = 0), все остальные агентские проверки этого узла не переходят в состояние not supported.

Возможно ли сделать аналогичный механизм для мониторинга виртуальных машин через штатный vmware коллектор? Через условный ключ vmware.vm.powerstate, например. Ибо сейчас происходит так - выключают виртуальную машину, часть проверок и перфкаунтеров уходит в состояние not supported (например vmware.vm.cpu.ready или vmware.vm.perfcounter[{$URL},{$UUID},"mem/usage[average]"]). Очереди это конечно не создает, но все же хочется минимизировать количество Not supported айтемов.

Могу ошибаться но заббикс как то подзабил на Vmware мониторинг
Не уверен что они подобный функционал когда либо допилят

Ну в целом можно наверное скостылить скрипт, который будет сам включать/выключать айтемы если vmware.vm.powerstate<>running
Но это аккуратно нужно делать, чтобы не оставить включенную машину без монитора

Проблема данного варианта в том что если айтем перешел в состояние Not supported, даже выключив мониторинг узла в заббиксе, из списка неподдерживаемых айтемов он никуда не пропадет (и из информации в виджете Number of items (enabled/disabled/not supported) тоже соответственно).

* upd - увидел что говорится про конкретные айтемы а не узел сети в целом

я имелл ввиду выключать сами айтемы

У меня как то была задача переключать узел с одного адреса на другой, в случае если основной адрес становился недоступным.
Я делал триггер и actionы на падение, востановление.
Соответсвенно в экшене на падение запускался скрипт, который переключал хост на резервный, а в екшене на восстановление запускался скрипт который переключал хост на основной

Все привет, а где можно ман хороший по оптимизации Zabbix прочесть, а то часто проц нагружается и алерты летят

Все привет, а где можно ман хороший по оптимизации Zabbix прочесть, а то часто проц нагружается и алерты летят

Алерты летят от скакнувшей нагрузки на проц?

Да

В сторону процентилей смотри, тут не оптимизация а просто нормально составленный триггер)