Это наверняка косяк перевода. Я не силен в португальском, поэтому подтвердить не могу. =)
Доля правды, тем не менее, в этом есть — если у вас тысячи метрик в секунду, то можно очень быстро уткнуться в производительность СУБД. Я не практикующий ДБА, но сколько их слушал, на случай высоких нагрузок всегда рекомендуется «железный» выделенный сервер.
Самой большой проблемой на данный момент является то, что невозможно в прототипах элементов данных (далее ЭД) разведки использовать в качестве мастер-метрики использовать обычный ЭД из шаблона
В Zabbix 4.0, начиная с 9 альфы, такую возможность уже включили.
Да, судя по докам Zabbix, поддерживается извлечение только одиночного компонента. Хотя, я не могу найти кейса у себя для извлечения массива в зависимый элемент. Как его потом обрабатывать?
возможность использовать один запрос на несколько элементов данных
По сути, зависимые элементы, примерно это и реализуют. Мы делаем один запрос, а в итоге разбираем полученные данные на множество метрик. Есть нюансы, конечно, вроде одинакового времени опроса у всех дочерних айтемов и фактического дублирования информации в БД, но всё же это большой шаг.
Не могу сказать за всё оборудование НР, у нас от них только пачка DL360/380, да вот СХД. Так-то данный кейс не особо и сложен, благо есть варианты получения метрик, но сделать это как-то быстро и красиво у меня получилось только сейчас. =)
P2000g3 стараюсь поддерживать, но бывали ошибке при парсинге XML, т.к. у меня в парке только 2040 и 2050 и вживую проверить на старом железе не могу.
По последнему — не припомню лимита в 30 секунд для пассивных проверок.
Доля правды, тем не менее, в этом есть — если у вас тысячи метрик в секунду, то можно очень быстро уткнуться в производительность СУБД. Я не практикующий ДБА, но сколько их слушал, на случай высоких нагрузок всегда рекомендуется «железный» выделенный сервер.
В Zabbix 4.0, начиная с 9 альфы, такую возможность уже включили.
Я не понял о каких массивах идёт речь.
Всё равно это своеобразный «костыль» и придется писать какую-то обвязку.
По сути, зависимые элементы, примерно это и реализуют. Мы делаем один запрос, а в итоге разбираем полученные данные на множество метрик. Есть нюансы, конечно, вроде одинакового времени опроса у всех дочерних айтемов и фактического дублирования информации в БД, но всё же это большой шаг.
Не могу сказать за всё оборудование НР, у нас от них только пачка DL360/380, да вот СХД. Так-то данный кейс не особо и сложен, благо есть варианты получения метрик, но сделать это как-то быстро и красиво у меня получилось только сейчас. =)
P2000g3 стараюсь поддерживать, но бывали ошибке при парсинге XML, т.к. у меня в парке только 2040 и 2050 и вживую проверить на старом железе не могу.