это критерий для дискавера, он ничего не знает про добавленные вами ранее устройства.

и он же вставил айпи адрес в имя.

чтобы хост был действительно уникальным , новый хост с таким адресом он добавить не может потому что имя уже занято

а как то возможно реализовать ту модель что я описал? если в добавленных хостах есть устройство (добавлено вручную) с таким IP, не добавлять устройство

добавляй вручную с теми-же именами, что и автодискавери. у меня стоит уникальность по ip, дублирования нет

не исключаю что так будут дублироваться хосты, имеющие множество IP и по разным ip обнаруживающиеся несколько раз

когда добавляю вручную, то выставляю имена также как это делает автодискавери, то есть в Host Name вписываю ip

понял, спасибо за помощь, буду приводить хостнеймы в zabbix = хостнейм на железке

пока минус в том, что при замене железки или дубликатах имени шаблоны не переназначаются. В экшенах не помешало бы действие Unlink from all templates

Зачем такое пилить если в каждой базе есть свой лог медленных запросов? Лишняя работа программиста, лишний код для поддержки.

Да чтобы ты сразу в одном логе увидел общее время выполнения запроса и время выполнения в СУБД, а не лазил по куче разных логов

Если конечно СУБД позволяет забрать эту информацию

Я вот сегодня убил кучу времени на отладку, на проверку на уровне СУБД, на попытку воспроизвести запрос руками и получить длинное время выполнения, а проблема оказалась в сети

Можно было бы как минимум вместо "slow query" писать "handling query took XXX seconds" или что-то в этом роде.

Добрый день товарищи, подскажите. реально ли убрать полоску с критичностью в оповещении slack? Та что встроенная интеграция на вебхуке.

Коллеги, есть ощущение, что делаю что-то не так :) Подскажите почему препроцессинг prometheus to JSON жрет так много ресурсов? Заббикс 5.0.1. Настроил master item для получения метрик из kubelet (/metrics/cadvisor), делаю discovery rule только для одной метрики container_memory_usage_bytes{pod=~"[a-z0-9]",container=~"[a-z0-9]",namespace=~"[a-z0-9]"} ([a-z0-9] - чтобы исключить метрики с пустым названием или POD) и 5 LLD макросов маплю. Дальше делаю discovery item и пытаюсь натравить на кластер из 20 машин, запущено там примерно 700-800 контейнеров. Успешно добавляет их и начинает собирать метрики, но выжирает 3 CPU и с десяток гигов озу. Пришлось кол-во препроцессоров до 100 задрать, иначе почему-то вообще с OOM падал (на 32 гигах то).

Ну тут по-моему очевидно было сделать одинаковое время LogSlowQueries у з-сервера и в базе long_query_time (mysql) и если в slow.log в базе нет запросов, а в логе zabbix_server.log он есть, то смотреть в сторону сети (при условии что база и з-сервер на разных серверах).