ДУ
внешние проверки можно к любому вязать
Size: a a a
2020 September 11
AK
внешние проверки можно к любому вязать
Спасибо.. не обращал внимания на это.. Но пройтись по всем хостам и навесить интерфейс всё же придется, так? На уровне шаблона тип интерфейса не выбрать?
ДУ
по умолчанию внешние проверки вешаются на интерфейс по умолчанию
ДУ
прошу прощения за тафтологию
OK
можно задискаверить интерфейс и отфильтровать IPMI
ДУ
можно задискаверить интерфейс и отфильтровать IPMI
блин, никак не запомню эту фишку
OK
а в 5.0 вообще удобно, с оверрайдами LLD
AK
можно задискаверить интерфейс и отфильтровать IPMI
а можно про этот хак чуть-чуть подробней плиз
OK
а можно про этот хак чуть-чуть подробней плиз
внутреннее LLD rule zabbix[host,discovery,interfaces]
OK
фильтр по {#IF.TYPE}, внешняя проверка - прототипом
AK
внутреннее LLD rule zabbix[host,discovery,interfaces]
теперь всё ясно, спасибо
2020 September 12
Y
всем привет! подскажите как можно узнать сколь в базе заббикса хранится данных?
Y
количество, а не размер
С
как понять количество, в попугаях?)))
Y
как понять количество, в попугаях?)))
ну вот есть элемент данных, который собирается раз в минуту. значит в базе каждую минуту будет одна запись, т.е. в час 60. а я хочу узнать сколько всего у меня в бд записей по всем элементам данных
OM
в зависимости от типа его метрики лежат в таблице history (float),history_uint(целое), и строки еще могут в двух таблицах.
select count(1) from таблица where itemid = ..
и если цифры то еще в трендах есть. но там раз в 10 минут, тоесть 6 записей в час. и с учётом latest data графика можешь оценить с помощью калькулятора
select count(1) from таблица where itemid = ..
и если цифры то еще в трендах есть. но там раз в 10 минут, тоесть 6 записей в час. и с учётом latest data графика можешь оценить с помощью калькулятора
OM
ну вот есть элемент данных, который собирается раз в минуту. значит в базе каждую минуту будет одна запись, т.е. в час 60. а я хочу узнать сколько всего у меня в бд записей по всем элементам данных
зависит от субд, есть методы приблизительной оценки размера соотв. таблиц history
Y
в зависимости от типа его метрики лежат в таблице history (float),history_uint(целое), и строки еще могут в двух таблицах.
select count(1) from таблица where itemid = ..
и если цифры то еще в трендах есть. но там раз в 10 минут, тоесть 6 записей в час. и с учётом latest data графика можешь оценить с помощью калькулятора
select count(1) from таблица where itemid = ..
и если цифры то еще в трендах есть. но там раз в 10 минут, тоесть 6 записей в час. и с учётом latest data графика можешь оценить с помощью калькулятора
С помощью калькулятора трудно, т. К. У всех разный даунсэмплинг
Y
зависит от субд, есть методы приблизительной оценки размера соотв. таблиц history
Постгрес
OM
С помощью калькулятора трудно, т. К. У всех разный даунсэмплинг
select count(1), itemid from trend... group by itemid но это дорого для субд, скан таблицы