Pull to refresh

Comments 7

Эх, разрабы заббикса как не предполагали, что на одном сервере могут работать несколько джава-приложений, так и не предполагают. Попробуйте промониторить, скажем память нескольких jvm через jmx. Получите дублирование ключей итемов. Приходится использовать хак с пробелами в названии ключей.

Это не особенность jmx мониторинга, а ключей в целом.
Да, понимаю. Я о том, что новые возможности, это конечно хорошо! Но что делать со старыми ограничениями? Понятно, что ключи, на то они и ключи, чтоб быть уникальными (в пределах хоста), но хотелось бы иметь возможность добавлять им уникальности не только добавлением пробелов (например, jmx-endpoint использовать как параметр ключа). Это ограничение приводит к тому, что, использовать JMX, для мониторинга базовых параметров JVM, например, когда на сервере несколько десятков микросервисов, очень не удобно. Свои MBean-ны внутри микросервисов можно называть уникально и мониторить их свойства без проблем.
Почти все, конечно можно обойти, благо, например, мониторить память и процессор можно и «снаружи» JVM через итемы самого Zabbix-agent-а.
Хорошо что есть jolokia которая превращает RMI в HTTP и не ограничивает возможности мониторинга/алертинга
Спасибо за статью и возможность конфигурировать JMX endpoint.

В standalone режиме данная статья подойдет отлично, но вот как быть если нужно мониторить Jboss EAP 6 в domain режиме. Предположим есть несколько server-groups и у каждой server-group порядка 6-10 Jboss instance?

На сколько я понял один Zabbix Host может мониторить только 1 JMX endpoint.

Спасибо.
JMX endpoint конфигурируется per-item, так что можно использовать сколько хочется endpoints в рамках одного хоста.
Sign up to leave a comment.