в 2.2

Receiving notifications on unsupported items is supported since Zabbix 2.2.

Марк, вот про АПИ точно не надо

АПИ там то еще, это правда

оно там еще хуже чем вебморда

@demeliorator , заббикс

и клиенты бывает текут - тоже правда, бывало такое, но давно

а вот по третьему пункту - у тебя сколько машин?

а вот по третьему пункту - у тебя сколько машин?

в пике было 800+

и на это уходит 4 SQL-сервера? прикольно

всего два

#zabbix #collectd #prometheus #мониторинг #telegraf #nagios #icinga #grafana Снять всю хуйню - collectd, telegraf, graphite. prometheus, influxdb (там варианты). Никаких бестов нет - там у всех есть свои косяки и плюсы Построить графики почти безалтернативно grafana Выслать алерты - nagios, icinga2, shinken. Обычно сейчас icinga2

золотой комментарий-хауту

да здесь я

золотой комментарий-хауту

сколько админов нужно, чтобы вкрутить ламп.. настроить мониторинг

такой коммент надо запинить вообще

сколько админов нужно, чтобы вкрутить ламп.. настроить мониторинг

0.5. В самом худшем случае

Всем привет

я понимаю

точно!

а вот по третьему пункту - у тебя сколько машин?

4000+

Вообще бой за zabbix это бой за dashboard. Только за него

А на дашборде что, по твоему, должно быть? Видосики с xvideos?

ну дашбоард нужен всему, что ты хочешь посмотреть :) например графики. и там начинаются варианты

А на дашборде что, по твоему, должно быть? Видосики с xvideos?

норм дашбоард

пришел тебе алерт и сразу видосик - чтобы не расстраивался

Dashboard моежт быть навигация по графикам. Многие хотят использовать dashboard как пульт в самолёте - для быстрого поверхностного ознакомления с состоянием сети. Оба этих варианта.

А на дашборде что, по твоему, должно быть? Видосики с xvideos?

ну в Заббиксе так можно :))

А на дашборде что, по твоему, должно быть? Видосики с xvideos?

а это идея. Упала база прода - и кино тематическое сразу

ну в Заббиксе так можно :))

только ОЧЕНЬ медленно

ну в Заббиксе так можно :))

И только поэтому за него бьются. Никакого больше смысла в нем нет

только ОЧЕНЬ медленно

php-fpm + кеширование вместо апача пробовали?

только ОЧЕНЬ медленно

Если проработать этот вопрос, то внимание дежурных утроится. Надо пилить стартап

php-fpm + кеширование вместо апача пробовали?

тонко. Но проблема там в базе.

php-fpm + кеширование вместо апача пробовали?

Поподробнее в месте php-fpm vs apache можно.

Но его можно настроить. И запихать туда всё сразу. Ни одна из перечисленных мною выше систем такого не даёт даже если постараться. Но это единственный смысл заббикса

Поподробнее в месте php-fpm vs apache можно.

так стандартные вроде методики для php, весь интернет ими завален. fcgi+xcache и по памяти и по отзывчивости сильно лучше апчевого модуля

так стандартные вроде методики для php, весь интернет ими завален. fcgi+xcache и по памяти и по отзывчивости сильно лучше апчевого модуля

Впервые слышу. Можно чуть поподробнее о чудодейственных технологиях

ну и, можно схитрить на nginx и например кешировать все GET'ы по хешу с fastcgi_cache_lock on; fastcgi_cache_use_stale error timeout updating;

ну и, можно схитрить на nginx и например кешировать все GET'ы по хешу с fastcgi_cache_lock on; fastcgi_cache_use_stale error timeout updating;

чем это отличается от proxy_cache_use_stale и proxy_cache_lock?

чем это отличается от proxy_cache_use_stale и proxy_cache_lock?

https://toster.ru/q/41934

https://toster.ru/q/41934

Т.е. никакой вообще. Так. Как тогда это относится к моему вопросу раскрыть чудодейственность php-fpm vs apache, благую весть о которой Вы пытались нести?

не, ну а чо: * у заббикс отвратительно работает ситуация, когда клиент не может получить данные или получает неожиданные значения (например NaN вместо 0). Он тупо банит клиента и это ужасно. * клиенты, увы, текут по памяти. Порой приходится их убивать * сервер довольно плохо масштабируется (говорю о 1.6 -> 2.4 - работал только с ними). В первую очередь выжираются диски. Постоянно приходится прикидывать, какие метрики мне прям нужны, а без каких я как-нибудь так проживу * прокси помогают масштабировать, но ломают выполнение задач на ноде. То есть приходится решать, что мне нужнее - масштабирование или выполнение задачи * очень, очень, очень неочевидный и неудобный UI. Кошмарное устройство выражений. Без толстого справочника хрен разберешься

На самом деле видно, что вы им пользовались и пользовались продолжительно, но > у заббикс отвратительно работает ситуация, когда клиент не может получить данные или получает неожиданные значения (например NaN вместо 0). Он тупо банит клиента и это ужасно. Если у айтема тип int, а от агента получен str, этот _конкретный_ айтем просто помечается, как "Not supported" и некоторое время не чекается повторно. Предполагается, что раз айтем вернул белиберду, то чекалка на клиенте сломана/не настроена и не возвращает полезных данных, поэтому часто речекать её избыточно, всё-равно её исправление требует ручного внимания на этом сервере. На самом деле время речека невалидных айтемов регулируется в Administration -> General -> Refresh unsupported items (in sec), по умолчанию 300. Можно сделать сколько угодно. Клиенты "банятся" не за unsupported item, а при unreachable хосте. Раньше было больше условий, при которых хост мог стать unreachable (напр.: слишком высокий параметр таймаута ответа от агента, или таймаут ответа всего по одному айтему). В сегодняшних версиях с этим всё ок. > клиенты, увы, текут по памяти. Порой приходится их убивать Слышал об этом только про виндовые агенты. На версиях выше 2.4.5 я не видел репортов об этом/жалоб с проектов. > сервер довольно плохо масштабируется (говорю о 1.6 -> 2.4 - работал только с ними). В первую очередь выжираются диски. Как уже сказали, партиционирование. Сколько данных по метрикам, столько и сжирается. Больше всего в RDBMS жрут текстовые логи. > Постоянно приходится прикидывать, какие метрики мне прям нужны, а без каких я как-нибудь так проживу Это нормально для любого мониторинга. Задаётся, что нужно мониторить за год, а что лишь оперативно. Можно забить на это, но рост потребляемого объёма неизбежен на любой платформе. > прокси помогают масштабировать, но ломают выполнение задач на ноде. То есть приходится решать, что мне нужнее - масштабирование или выполнение задачи да, жаль, что прокси не умеет remote commands но remote commands плохая практика, но мы это уже обсудили; если задачи типовые, я бы добавлял их в userparameters, а с нынешними средствами всё это можно ещё и автоматизированно раскидывать > очень, очень, очень неочевидный и неудобный UI. Кошмарное устройство выражений. Без толстого справочника хрен разберешься Порог вхождения есть в любую технологию. Спустя время, нынешний уклад в интерфейсе становится интуитивным. Если бы кто придумал, как иначе (лучше) впихнуть все их представления в меню, это бы уже сделали.

На самом деле видно, что вы им пользовались и пользовались продолжительно, но > у заббикс отвратительно работает ситуация, когда клиент не может получить данные или получает неожиданные значения (например NaN вместо 0). Он тупо банит клиента и это ужасно. Если у айтема тип int, а от агента получен str, этот _конкретный_ айтем просто помечается, как "Not supported" и некоторое время не чекается повторно. Предполагается, что раз айтем вернул белиберду, то чекалка на клиенте сломана/не настроена и не возвращает полезных данных, поэтому часто речекать её избыточно, всё-равно её исправление требует ручного внимания на этом сервере. На самом деле время речека невалидных айтемов регулируется в Administration -> General -> Refresh unsupported items (in sec), по умолчанию 300. Можно сделать сколько угодно. Клиенты "банятся" не за unsupported item, а при unreachable хосте. Раньше было больше условий, при которых хост мог стать unreachable (напр.: слишком высокий параметр таймаута ответа от агента, или таймаут ответа всего по одному айтему). В сегодняшних версиях с этим всё ок. > клиенты, увы, текут по памяти. Порой приходится их убивать Слышал об этом только про виндовые агенты. На версиях выше 2.4.5 я не видел репортов об этом/жалоб с проектов. > сервер довольно плохо масштабируется (говорю о 1.6 -> 2.4 - работал только с ними). В первую очередь выжираются диски. Как уже сказали, партиционирование. Сколько данных по метрикам, столько и сжирается. Больше всего в RDBMS жрут текстовые логи. > Постоянно приходится прикидывать, какие метрики мне прям нужны, а без каких я как-нибудь так проживу Это нормально для любого мониторинга. Задаётся, что нужно мониторить за год, а что лишь оперативно. Можно забить на это, но рост потребляемого объёма неизбежен на любой платформе. > прокси помогают масштабировать, но ломают выполнение задач на ноде. То есть приходится решать, что мне нужнее - масштабирование или выполнение задачи да, жаль, что прокси не умеет remote commands но remote commands плохая практика, но мы это уже обсудили; если задачи типовые, я бы добавлял их в userparameters, а с нынешними средствами всё это можно ещё и автоматизированно раскидывать > очень, очень, очень неочевидный и неудобный UI. Кошмарное устройство выражений. Без толстого справочника хрен разберешься Порог вхождения есть в любую технологию. Спустя время, нынешний уклад в интерфейсе становится интуитивным. Если бы кто придумал, как иначе (лучше) впихнуть все их представления в меню, это бы уже сделали.

>а с нынешними средствами всё это можно ещё и автоматизированно раскидывать имеется в виду что-то встроенное в заббикс? или чиф-паппет-энсибл?

>а с нынешними средствами всё это можно ещё и автоматизированно раскидывать имеется в виду что-то встроенное в заббикс? или чиф-паппет-энсибл?

второе

На самом деле видно, что вы им пользовались и пользовались продолжительно, но > у заббикс отвратительно работает ситуация, когда клиент не может получить данные или получает неожиданные значения (например NaN вместо 0). Он тупо банит клиента и это ужасно. Если у айтема тип int, а от агента получен str, этот _конкретный_ айтем просто помечается, как "Not supported" и некоторое время не чекается повторно. Предполагается, что раз айтем вернул белиберду, то чекалка на клиенте сломана/не настроена и не возвращает полезных данных, поэтому часто речекать её избыточно, всё-равно её исправление требует ручного внимания на этом сервере. На самом деле время речека невалидных айтемов регулируется в Administration -> General -> Refresh unsupported items (in sec), по умолчанию 300. Можно сделать сколько угодно. Клиенты "банятся" не за unsupported item, а при unreachable хосте. Раньше было больше условий, при которых хост мог стать unreachable (напр.: слишком высокий параметр таймаута ответа от агента, или таймаут ответа всего по одному айтему). В сегодняшних версиях с этим всё ок. > клиенты, увы, текут по памяти. Порой приходится их убивать Слышал об этом только про виндовые агенты. На версиях выше 2.4.5 я не видел репортов об этом/жалоб с проектов. > сервер довольно плохо масштабируется (говорю о 1.6 -> 2.4 - работал только с ними). В первую очередь выжираются диски. Как уже сказали, партиционирование. Сколько данных по метрикам, столько и сжирается. Больше всего в RDBMS жрут текстовые логи. > Постоянно приходится прикидывать, какие метрики мне прям нужны, а без каких я как-нибудь так проживу Это нормально для любого мониторинга. Задаётся, что нужно мониторить за год, а что лишь оперативно. Можно забить на это, но рост потребляемого объёма неизбежен на любой платформе. > прокси помогают масштабировать, но ломают выполнение задач на ноде. То есть приходится решать, что мне нужнее - масштабирование или выполнение задачи да, жаль, что прокси не умеет remote commands но remote commands плохая практика, но мы это уже обсудили; если задачи типовые, я бы добавлял их в userparameters, а с нынешними средствами всё это можно ещё и автоматизированно раскидывать > очень, очень, очень неочевидный и неудобный UI. Кошмарное устройство выражений. Без толстого справочника хрен разберешься Порог вхождения есть в любую технологию. Спустя время, нынешний уклад в интерфейсе становится интуитивным. Если бы кто придумал, как иначе (лучше) впихнуть все их представления в меню, это бы уже сделали.

ну вот создатели prometeus придумали.

ну вот создатели prometeus придумали.

Все подумали. Умолчательное ограничение стоит у всех абсолютно

ну вот создатели prometeus придумали.

И что там? Заебись всё?

ух, сколько всего и снова про заббикс

И что там? Заебись всё?

мне норм

мне норм

Сколько истории ты хранишь?

Сколько истории ты хранишь?

в прометее-то? Пока что пол-года, я его недавно запустил совсем

второе

в планах заббикса сделать первое. Я потому и уточнил: вдруг что-то пропустил

в прометее-то? Пока что пол-года, я его недавно запустил совсем

В серверов/метрик сколько? Как данные даунсемплишь?

в прометее-то? Пока что пол-года, я его недавно запустил совсем

Ты хранишь там полгода? И как там выборка, норм?

ERROR: S client not available

В серверов/метрик сколько? Как данные даунсемплишь?

на данный момент порядка 40 серверов (пет-проект), порядка 150 метрик на сервер. Даунсемплинг штатный, я его специально не настраивал.

Ты хранишь там полгода? И как там выборка, норм?

10-20 мсек на график

на данный момент порядка 40 серверов (пет-проект), порядка 150 метрик на сервер. Даунсемплинг штатный, я его специально не настраивал.

А что там за штатный? Как работает?

на данный момент порядка 40 серверов (пет-проект), порядка 150 метрик на сервер. Даунсемплинг штатный, я его специально не настраивал.

40 и 150 это мало. Не удивительно, что он тебя устраивает.

10-20 мсек на график

И как запрос с выборкой? Север не роняет?

сервер его не замечает. Intel atom 230

И как запрос с выборкой? Север не роняет?

У него ещё нет полугода )

у меня как раз примерно за пол-года данные

И серверов 40, а не 4000

слушайте, народ. как заставить эти долбаные браузеры открыть сайт по http:// эта фигня принудительно епты открывает мне https. как я это ненавижу

я примерно пол-года назад начал их собирать

сервер его не замечает. Intel atom 230

А причем тут атом. Это диски. Он же сырые данные херачит в файлы

слушайте, народ. как заставить эти долбаные браузеры открыть сайт по http:// эта фигня принудительно епты открывает мне https. как я это ненавижу

это HSTS. Чисти кеш

А причем тут атом. Это диски. Он же сырые данные херачит в файлы

диски там 2 WD Green. Иопс смешной.

диски там 2 WD Green. Иопс смешной.

Ты делал выборку по старым данным?

конечно

Какое чудо позволяет так сделать?

вообще никакой проблемы, если честно. Не знаю, что я не так делаю

Напомни размер этой базы сейчас и количество файлов

отсюда не посмотреть, вечером отпишусь

но она маленькая совсем. Собираюсь попробовать на большой инсталляции, посмотреть, что будет

40x180 дней x 20мс.. чо? маленькая?

а с чего ей быть большой? Метрики раз в 10 секунд приходят

+ даунсемплинг

Какое чудо позволяет так сделать?

Я, может, немного тупой, но в чем суть проблемы? В быстрых выборках старых данных?

+ даунсемплинг

даунчто? он же не умеет агреггировать? или я неправильно что-то понимаю?