https://www.zabbix.com/documentation/4.0/manual/introduction/whatsnew400 — релизнули

свят свят свят

Подскажите пожалуйста, Grafana - Alert List - фильтр по переменной. Есть вот такой issue https://github.com/grafana/grafana/issues/12583 покуда не закрытый. А надо, как это сделать (показывать список алертов в зависимости от выбранной переменной например $host или $container_group или $container_name). Для обычных панелей, это делается, но не для списка алертов. Поле Alert Name может влючать просто подстроку, ссылку на имя переменной не воспринимает (версия 5.2.4)

Люди добрые =) Совет ваш помог, но отчасти с absent алертит, но когда nginx поднимается, то статус алерта не меняется, он всё также firing

Люди добрые =) Совет ваш помог, но отчасти с absent алертит, но когда nginx поднимается, то статус алерта не меняется, он всё также firing

посмотрите, что вам прометеус возвращает после подъема. Это даст вам подсказку

no data, он возвращает т.е. добавить условие не nodata...

да помогает, благодарю

(absent(nginx_active{host= "$labels.instance" }) == 1) and (absent(nginx_active{host= "$labels.instance" }) != nodata) при таком условии не срабатывает absent(nginx_active{host= "$labels.instance" }) == 1 при таком, срабатывает, но не выходит из статуса firing Этот подход правильный, с точки зрения prometheus, или нужно использовать другой способ проверки запущенного сервиса?

ээ, там где никогда не выходит из статуса firing - уберите последнюю закрывающую скобочку

или вы просто случайно здесь скобочку добавили?

Случайно

кто-нить проверят подобным образом живучесть? или Правильнее делать иначе?

(absent(nginx_active{host= "$labels.instance" }) == 1) and (absent(nginx_active{host= "$labels.instance" }) != nodata) при таком условии не срабатывает absent(nginx_active{host= "$labels.instance" }) == 1 при таком, срабатывает, но не выходит из статуса firing Этот подход правильный, с точки зрения prometheus, или нужно использовать другой способ проверки запущенного сервиса?

В качестве примера:```ALERT container_down IF (absent(container_memory_usage_bytes{name="logging_elasticsearch_1"}) or absent(container_memory_usage_bytes{name="monitoring_prometheus_1"}) ) FOR 5m LABELS { severity = "Critical" } ANNOTATIONS { summary= "CONTAINER '{{ $labels.name }}' down", description = "container with name '{{ $labels.name }}' is down for more than 5 minutes" } `

Спасибо, сейчас попробую

@flyhigh_hifi будет жить. Поприветствуем!

@amavlyanov будет жить. Поприветствуем!

А чо - Zabbix 4.0 LTS уже обсудили?

http://www.opennet.ru/opennews/art.shtml?num=49383

никто не хочет, я утром кидал

о. и ты ещё не в ро

А чо - Zabbix 4.0 LTS уже обсудили?

а что его обсуждать-то? авторы делают все, чтобы заббикс стал новым cacti

а что его обсуждать-то? авторы делают все, чтобы заббикс стал новым cacti

да брось, там svg завезли, новый колорпикер с большим кол-вом цветов, и таймселектор сделали как везде. Пацаны исправляются.

метрик вам в sql

он так себе. возьми nginx vts

кстати выпилен из последних версий нжинкс ингресс контролер

кстати выпилен из последних версий нжинкс ингресс контролер

а что там для статистики?

0.16.1 New prometheus metric implementation (VTS module was removed)

я вчера "обрадовался", но по астримам стату базовую отдает, глубоко еще не копал.

https://github.com/nginxinc/nginx-prometheus-exporter

если данные выгружаются из stub-status, смысла в нем нет, ибо данных там хрен да маленько

не не, там много метрик

Чё это они для фриварного статистику какуюто кроме статуса научились отдавать? расшедрились?

графановский дашборд запилили по дефолту под эти метрики https://github.com/kubernetes/ingress-nginx/tree/master/deploy/grafana/dashboards

не не, там много метрик

а можете выложить куда-нибудь страничку с метриками?

вашу например

правда то что здесь и то что у меня показывает по факту отличается )

просто чтобы посмотреть что там

вообще перечень доступных метрик ?

вообще перечень доступных метрик ?

да, который отдает новый ингресс

интересно посмотреть. ВТС умеет очень много, за что и любим

Чё это они для фриварного статистику какуюто кроме статуса научились отдавать? расшедрились?

http://nginx.org/en/docs/http/ngx_http_stub_status_module.html#stub_status ага, счаз. Дважды.

http://nginx.org/en/docs/http/ngx_http_stub_status_module.html#stub_status ага, счаз. Дважды.

так погоди вот же эксплоерер кажут

под себя еще не успел подпилить это, но в целом втс вроде заменяет. По каждому апстриму есть метрики по кодам и т.д.

1100 members

Это в честь релиза З))

carbonapi умеет биндится на сокеты?

Тсп?

carbonapi умеет биндится на сокеты?

На юникс не умеет, но можно запатчить

Но смысла нет

господа, у котого m3 уже бегает ? читаю секцию limitaitions > The project has aimed to avoid compactions when at all possible, currently the only compactions M3DB performs are in-memory for the mutable compressed time series window (default configured at 2 hours). As such out of order writes are limited to the size of a single compressed time series window. Consequently backfilling large amounts of data is not currently possible. скажите почём точка ?

Почка? Простите.

ага. > The compression ratio will vary depending on the workload and configuration, but we found that with M3TSZ we were able to achieve a compression ratio of 1.45 bytes/datapoint with Uber's production workloads. This was a 40% improvement over standard TSZ which only gave us a compression ratio of 2.42 bytes/datapoint under the same conditions.

гг. > This is especially true for monitoring workloads which often follow a "write-once, read-never" pattern where less than a few percent of all the data that's stored is ever read.

Мне кажется или это метрики с контроллера?

да, k8s nginx ingress controller

Ну то есть не с ингресса

это метрики, которые экспосит нжинкс.

Нжинкс экспозит метрики контроллера?

Звучит не очень логично

ERROR: S client not available

это метрики, которые экспосит нжинкс.

lua ?

А они уже научились не лочиться?

Или новое написали что-то, хз

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

https://github.com/kubernetes/ingress-nginx/blob/master/docs/user-guide/monitoring.md

Ага, точно

Ну почитаю чуть позже с ноута

Спасибо

Вчера кстати был неплохой доклад от букинга про мониторинг и там было интересное про алертинг

Их кейс алертинга

Есть чо позырить?

Вчера кстати был неплохой доклад от букинга про мониторинг и там было интересное про алертинг

урлы на ютуб нет?

метрик вам в sql

Толсто :)))))

Ну это было на "девопсконф", хз когда видео выложат

гг. > This is especially true for monitoring workloads which often follow a "write-once, read-never" pattern where less than a few percent of all the data that's stored is ever read.

/dev/null какой-то прямо

lomik/prometheus-png was tagged: v0.3 Link: https://github.com/lomik/prometheus-png/releases/tag/v0.3 Release notes: * Added new parameters g0.expr, g1.expr,... Multiple queries can be drawn on the same graph. * Added new parameters g0.legend, g1.legend,... Legend can be set using templates.

а node_exporter собирает инфу про систему в момент когда к нему ломится prom или со своей переодичностью ?

Когда ломится пром

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

Там такая большая нагрузка разве?

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

А у тебя такая больше нагрузка? Экспортёр ржёт так много ресурсов? Вроде бы там было кеширование

Но надо в коде посмотреть

В большинстве своём просто парсинг текстовых файлов

я хочу провести эксперемент и запустить сравнение m3 и thanos. для этого хочу собрать оба. и дать им на пережевывание обоим данных с node_exporter-ов. Хочу оценить побочку от такого подхода

сходу в node_exporter не вижу кеширования

в коде некоторых экспортеров встречал что scrape interval не совпадает с тем как часто они коллектят данные

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

я тож так не думаю

siege -c 3 -d 10 http://0.0.0.0:9100/metrics не выглядит провалом