Имхо траппер эффективнее на большом числе узлов мы ушли от нативного zabbix-agent вообще

Соглашусь. У нас 99% конфигурации каждого сервера хранится в паппете, крон джобы управляются им же. Чтобы разложить новую строчку в крон, и завернуть статистику на новый заббикс сервер или перестать её отправлять, а просто складывать временно в файл, а потом запулить одним махом в сервер – нужно пару минут. Да любые сценарии. Но чтобы сделать то же через агента – нужно ломать голову, тыкать кнопульки и прочее и прочее.

есть два типа доступа к данным с точки зрения мониторинга, push и pull pull как минимум требует доступа с узлов мониторинга до боевых узлов (что как бы ФУ) push же нужно только c боя до TCP 10051 (напирмер) на мониторинге

мы написали нужные нам плагины для траппер-агента mamonsu

изначально он задумывался разработчиками для мониторинга PG, но оказалось что на нём удобно и любые другие компоненты мониторить

оно быстрее и удобнее shell-скриптов

Даже если в заббиксе будет бесшовный доступ к nginx на любом хосте и он будет магическим путём забирать данные оттуда (сейчас молчим про то, что если ты открываешь не localhost'у доступ к этой странице – есть вероятность открыть эту дырку наружу) – при бóльшем и бóльшем количестве хостов заббикс начнёт во что-нибудь упираться. И пока он не начнёт масштабироваться горизонтально по-человечески (выдирать кусок чего-нибудь и уносить на прокси – не в счёт) – рассуждать о том, что он выдержит на 1, а потом на 5 тысячах, а потом и на 10 – можно бесконечно. Только актуальных проблем это не решит. И когда у тебя очередной такой компонент отожрёт кучу ресурсов на сервере – заболит голова именно от того, что нужно будет решать проблемы, которые придумали сами себе. Размазав нагрузку по серверам (копеешную) – ты как минимум снижаешь вероятность, что заббикс сервер упрётся в какой-то ресурс ещё до записи в базу.

Понеслась кажись полемика за то какой должен быть мониторинг.

Можно даже начать использовать @monitoring для этого ?

Давайте закончим и сделаем ещё что нибудь крутое. Костылики на кроне это наши хаки, я их не поддерживаю, но они у нас у всех есть. Может в будущем у нас будет больше комфорта если каждый внесёт небольшой вклад в сообщество.

Соглашусь. У нас 99% конфигурации каждого сервера хранится в паппете, крон джобы управляются им же. Чтобы разложить новую строчку в крон, и завернуть статистику на новый заббикс сервер или перестать её отправлять, а просто складывать временно в файл, а потом запулить одним махом в сервер – нужно пару минут. Да любые сценарии. Но чтобы сделать то же через агента – нужно ломать голову, тыкать кнопульки и прочее и прочее.

а при наличии статистики от nginx последнему вообще все равно кто обращается к его url-у со статистикой

он просто посмотрит в acl кому можно отдать а кому нет

Давайте сделаем BolgenMonitoring, да.

ну можно иногда и просто подискутировать

я к тому что тут еще не очень понятно что проще - читать с урла метрики или пихать на сервер агент мониторинга (заббикс-агент), в дополнение к нему ставить заббикс-сендер. в дополнение к нему ставить скрипт. в дополнение к ним поднимать крон джоб. в случае паппета мы еще и агента управления ставим

это не страшно и у многих так работает

просто вот так вот со стороны посмотреть и немного призадуматься...

Давайте сделаем BolgenMonitoring, да.

триггер "Старые обои"

По-моему тут уже эта тем звучала - научить приложения отчитываться самостоятельно. Как там... мониторинг как код... или типа того.

ну тут вопрос по сути в пуш-пул споре

не так ли?

Вот что странно - почему-то предложений вживить плотнику в руку рубанок не звучит, а вот забацать какую-то мегасистему, которая догадалась бы что брать, куда слать и при этом сама бы разворачивалась и генерировала код для доступа к любому софту (как существующему, так и еще несозданному) - периодически кто-то предлагает

И кто-то делает

И с докладами выступает

И как готовое решение продаёт

Встряну в дискуссию с другим вопросом ? Кто-нибудь находил проблему в расчете SLA? Есть сервис, по которому горит, что он ОК, но SLA падает и падает, как-будто какой-то компонент не OK. В БД такая картина: select * from services where serviceid=29; +-----------+--------+--------+-----------+-----------+---------+---------+-----------+ | serviceid | name | status | algorithm | triggerid | showsla | goodsla | sortorder | +-----------+--------+--------+-----------+-----------+---------+---------+-----------+ | 29 | OurLab | 0 | 1 | NULL | 1 | 95.0000 | 0 | +-----------+--------+--------+-----------+-----------+---------+---------+-----------+ Статус сервиса - ОК select servicealarmid, serviceid, clock, value from service_alarms where serviceid=29 order by clock; +----------------+-----------+------------+-------+ | servicealarmid | serviceid | clock | value | +----------------+-----------+------------+-------+ | 17485 | 29 | 1520617206 | 3 | | 17501 | 29 | 1520619150 | 4 | | 17524 | 29 | 1520619301 | 0 | | 17518 | 29 | 1520619426 | 3 | Если посмотреть на ID и Clock, то у последних двух видно, что криво проставилось время и из-за этого вот такое.

я считаю что забрать по урлу метрики на сегодня очень хорошее решение

а еще лучше, если приложение умеет регистрироваться где-то

Да вообще нет хороших решений в принципе. Когда-то хорошим решением было всем иметь хвост и шерсть.

Такая беда .. спустя дней 7 сервер начинает трудно отрабатывать запросы. Главная страница может грузиться около 2 минут. Глядя на картину ресурсов видно что часть процессов находятся в ожидании .. хотя на первых днях работы где то до 4 дня таких проблем нет. При этом память наростили. Свервер на гипервизоре.

Спустя 7 дней после чего?

после рестарта

После рестарта чего? Заббикса или мускуля? Или сервера? Или ноутбука?

целиком сервера

пару раз замечал что как раз через 4 дня начинает расти своп почему то

innotop в помощь, чтобы посмотреть, какие запросы виноваты

Ну и параметры MySQL тоже важны. Сколько памяти, и тд и тп. Какая нагрузка.

ок попробую с конфигом поколдовать

По APC, нашел хороший шаблон для мониторинга https://wiki.soulruins.info/docs/zabbix/templates/smartups

подскажите, в чем может быть причина проблемы отправки оповещений? оповещение отправляется на группу, в группе 2 пользователя. способ и настройки оповещения в профилях идентичные, только номер телефона другой. единственное отличие - один пользователь еще в группе администраторов. ему вот приходят, а простому юзеру нет.

добавьте второго в администраторы - приходит сообщение? там и ответ близко

(намекает на недостаток прав)

т.е. я не могу отправлять никому кроме себя оповещения не давая учетке админских прав на заббикс? что то бред какой то

Выдай ему read only – будет тебе счастье

т.е. я не могу отправлять никому кроме себя оповещения не давая учетке админских прав на заббикс? что то бред какой то

не так. перенастрой оповещения не только заббикс админам а и другим

Нашел. У пользователя в настройках были тригеры только черезввычайно важные

не так. перенастрой оповещения не только заббикс админам а и другим

так в действиях стоит оповещение на группу

я выше смотрю на твою проблему - ты можешь настрогать сколько угодно групп и сколько угодно вариантов оповещений

я кажется понял

юзеру надо дать права на тот шаблон, в котором находится триггер. так?

оповещения приходят не о шаблонах вроде

юзеру надо дать права на тот шаблон, в котором находится триггер. так?

На те хосты, где загораются триггеры

ну вобщем ситуация такая. у меня на микротике висит впн соединение аутсорса. периодически они лезут без предупреждения и что то там ломают. настроен триггер, на больше, чем 20кбит/с на интерфейсе в течении 2 минут. на пинги не реагирует, но если полезут по ssh, то срабатывает и приходит смс. хочу вот сделать, что бы оповещение приходило еще манагеру и он звонил им самостоятельно и вставлял пиздянок

создал юзера, в настройках ему вбил его телефон. добавил в группу на которую настроено действие. мне приходит, манагеру нет

На те хосты, где загораются триггеры

ээ... а хосты зачем?

ээ... а хосты зачем?

Ну что зачем? Мне рассказывать теорию, как работают уведомления в заббиксе? Что неясно во фразе "выдай рид онли на те хосты, по которым срабатывают триггеры". Зачем? Ну так если тебе непонятно зачем – открой документацию. Ты спросил, что сделать – тебе ответили уже, и не один человек.

+ про документацию. и после просто поэкспериментировать. оно в голове устаканится и наступит дзен

Встряну в дискуссию с другим вопросом ? Кто-нибудь находил проблему в расчете SLA? Есть сервис, по которому горит, что он ОК, но SLA падает и падает, как-будто какой-то компонент не OK. В БД такая картина: select * from services where serviceid=29; +-----------+--------+--------+-----------+-----------+---------+---------+-----------+ | serviceid | name | status | algorithm | triggerid | showsla | goodsla | sortorder | +-----------+--------+--------+-----------+-----------+---------+---------+-----------+ | 29 | OurLab | 0 | 1 | NULL | 1 | 95.0000 | 0 | +-----------+--------+--------+-----------+-----------+---------+---------+-----------+ Статус сервиса - ОК select servicealarmid, serviceid, clock, value from service_alarms where serviceid=29 order by clock; +----------------+-----------+------------+-------+ | servicealarmid | serviceid | clock | value | +----------------+-----------+------------+-------+ | 17485 | 29 | 1520617206 | 3 | | 17501 | 29 | 1520619150 | 4 | | 17524 | 29 | 1520619301 | 0 | | 17518 | 29 | 1520619426 | 3 | Если посмотреть на ID и Clock, то у последних двух видно, что криво проставилось время и из-за этого вот такое.

Похоже проблема из разряда экзотики?

ээ... а хосты зачем?

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

Ну что зачем? Мне рассказывать теорию, как работают уведомления в заббиксе? Что неясно во фразе "выдай рид онли на те хосты, по которым срабатывают триггеры". Зачем? Ну так если тебе непонятно зачем – открой документацию. Ты спросил, что сделать – тебе ответили уже, и не один человек.

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

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

Срабатывает триггер, по нему отправляется действие. Если прав не хватает — нотификации не улетят. Достаточно read only.

Срабатывает триггер, по нему отправляется действие. Если прав не хватает — нотификации не улетят. Достаточно read only.

ок, понял

хост в группе routers даю право на группу, алерт улетает, так?

ERROR: S client not available

Ну я не в курсе, какие там группы

хост в группе routers даю право на группу, алерт улетает, так?

Там ещё есть у пользователя настройки уровней важности и времени когда можно отправлять

Там ещё есть у пользователя настройки уровней важности и времени когда можно отправлять

ну это понятно

Ну я не в курсе, какие там группы

права на хост вроде нельзя дать, только на группу

права на хост вроде нельзя дать, только на группу

не верно, права пользователю нельзя дать

А манагер боту в приват гадил?

только через группу пользюков

А манагер боту в приват гадил?

кстати да там типа /start

права на хост вроде нельзя дать, только на группу

Это одно и то же

не верно, права пользователю нельзя дать

ну да и это тоже. короче можно только группе на группу

ну да и это тоже. короче можно только группе на группу

Группе пользователей на хост можно

Группе пользователей на хост можно

где? в 3.4.7 только сейчас еще раз проверил, выбрать только группу хостов и галку "включая подгруппы"

хм... точно. Попутал, извините

Привет

Привет

Привет

Привет

http://neprivet.ru

http://neprivet.ru

есть у меня чат с камрадами - там просто с утра здороваемся

без всяких вопросов там

так принято

есть у меня чат с камрадами - там просто с утра здороваемся

Держи нас в курсе

поэтому отета непривет - херня как по мне

Одно дело когда ты в чатике с камрадами, другое общий, относительно профильный чат.

Солидарен с Алексадром

С каким из?

Солидарен с Алексадром

Как тонко

по поводу задавания вопросов, тему о которой недавно говорили. по линку перевод старой статьи на эту тему http://hpc.name/thread/5582/p1.html

Хакеры пьют чай разве?

Хакеры пьют чай разве?

Под Хакера косишь?

Давно чай не пил?

С вечера. Строчу вот с утра ответы в имейлы, не могу оторваться.