Заббикс хранит метрики в SQL. Это самый большой минус заббикса вообще)

У меня сейчас так графана к заббиксу прикручена, и это пиздец

В целом по уведомлениям тот же Заббикс в тысячу раз удобнее. Ты просто делаешь те, которые тебе нужны. И кастомный текст с макросами и прочим, и эскалации, и уведомление о восстановлении (в т.ч. другим адресатам)

Везде же так можно делать, ну почти

У меня сейчас так графана к заббиксу прикручена, и это пиздец

Ну у меня тоже прикручена, и это прекрасно

В целом по уведомлениям тот же Заббикс в тысячу раз удобнее. Ты просто делаешь те, которые тебе нужны. И кастомный текст с макросами и прочим, и эскалации, и уведомление о восстановлении (в т.ч. другим адресатам)

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

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

Им надо было отказаться от фиксированных статусов, имхо, вот тогда у исинги было бы большое будущее)

Ну у меня тоже прикручена, и это прекрасно

Ну да, открыл графану, ушел на обед.

Вернулся, глянул графики

да, есть такой минус - API пока не умеет даунсемплить данные

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

Вот да

Им надо было отказаться от фиксированных статусов, имхо, вот тогда у исинги было бы большое будущее)

Сделай не фиксированные статусы

Им надо было отказаться от фиксированных статусов, имхо, вот тогда у исинги было бы большое будущее)

...или доки прочитать - вот тогда у исинги было бы большое будущее)

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

Icinga вообще норм, конечно есть и минусы, но как алертинг охуена

...или доки прочитать - вот тогда у исинги было бы большое будущее)

Когда логика решения, какой статус у сервиса, находится в плагине (а у последователей Nagios это так архитектурно), это не даёт тебе описать сервис на основе нескольких stateless метрик из коробки. В целом, это моё мнение, это довольно ограниченная архитектура. Подход со сбором метрик и логикой сверху (те же триггеры в заббиксе или там алертинг в проме) сильно гибче, плюс позволяет строить тренды, уж простые графики само собой

Когда логика решения, какой статус у сервиса, находится в плагине (а у последователей Nagios это так архитектурно), это не даёт тебе описать сервис на основе нескольких stateless метрик из коробки. В целом, это моё мнение, это довольно ограниченная архитектура. Подход со сбором метрик и логикой сверху (те же триггеры в заббиксе или там алертинг в проме) сильно гибче, плюс позволяет строить тренды, уж простые графики само собой

Справедливо.

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

Лучше покажи в доке место, где про нефиксированные статусы0

пока что тут: https://docs.icinga.com/icinga2/latest/doc/module/icinga2/toc#!/icinga2/latest/doc/module/icinga2/chapter/monitoring-basics#service-states есть такое только: Services can be in any of the following states: NAME DESCRIPTION OK The service is working properly. WARNING The service is experiencing some problems but is still considered to be in working condition. CRITICAL The service is in a critical state. UNKNOWN The check could not determine the service's state.

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

Это никак не ограничивает в текстах алертов - из того, что делал сам недавно, список выпавших из кластера хостов передавался. Там вообще-то custom тексты задаются.

Сейчас у меня основная задача с мониторингом - придумать автоматический слив всех метрик в tsdb. С заббиксом это можно через одно место, это https://github.com/MyBook/zabbix-exporter но надо все метрики заранее в конфиг сливать, это плохо

А исинга2 искаропки в графит пишет, кстати - https://docs.icinga.com/icinga2/latest/doc/module/icinga2/chapter/object-types#objecttype-graphitewriter

Это никак не ограничивает в текстах алертов - из того, что делал сам недавно, список выпавших из кластера хостов передавался. Там вообще-то custom тексты задаются.

Ну окей, с уведомлениями, судя по доке, поработали

А исинга2 искаропки в графит пишет, кстати - https://docs.icinga.com/icinga2/latest/doc/module/icinga2/chapter/object-types#objecttype-graphitewriter

Это они молодцы, да, но архитектурно это делается вообще в пять минут даже на простом нагиосе) это делает скрипт обработки perfdata, я так делал тоже.

подозреваю, что скорость работы (скрипт vs compiled C) будет заметно различаться

Это они молодцы, да, но архитектурно это делается вообще в пять минут даже на простом нагиосе) это делает скрипт обработки perfdata, я так делал тоже.

Вот в заббиксе так сделать нельзя, просто некуда воткнуть форвард данных в tsdb

подозреваю, что скорость работы (скрипт vs compiled C) будет заметно различаться

Да, капитан!

Да, капитан!

1:1 ?

Парни! Помогите специфик локейшин для nginx написать!

У меня есть ссылка: GET /1/hls/pl.m3u8?md5=IN46iJnv0HiZTZplVmD5OQ&expires=1492531731 Мне нужно вырезать пути до параметров, т.е. до знака вопроса ? Я написал нечто подобное: location ~ ^/1/(.*)\?$

Короче как отматчить весь путь, но вырезать параметры.

так есть готовый билт-ин

$uri

$uri не годится, я вырезаю параметры для proxy_pass

$uri не содержит аргументов

$request_uri = $uri$args

Блин всегда напрягала в доке nginx отсуствие описания переменных

$request_uri = $uri$args

Понял, спасибо!

http://nginx.org/ru/docs/http/ngx_http_core_module.html

в самом низу

в общем случае $request_uri != $uri$args

Подскажите пожалуйста: есть ли у aws s3 механизмы, чтобы продолжить uploading/download в/из bucket на случай, скажем, прерванного соединения ?

Блин всегда напрягала в доке nginx отсуствие описания переменных

вобщем если не взлетит, сделай реврайтом вместо прокси паса

Не работает с uri

Вот location: location ~ ^/(1)/(hls/pl.m3u8)$ proxy_pass http://s1/$my_key/$1/$2; - вот так работает proxy_pass http://s1/$my_key/$uri; - вот так не работает

Вот location: location ~ ^/(1)/(hls/pl.m3u8)$ proxy_pass http://s1/$my_key/$1/$2; - вот так работает proxy_pass http://s1/$my_key/$uri; - вот так не работает

proxy_pass http://s1/$my_key$uri; В $uri входит первый слэш

Но вообще, это немного неправильно... Обычно делается rewrite

Реврайты это зло

if-ы это зло

а реврайты - норм

location = /1/hls/pl.m3u8 { rewrite ^(.+)$ /$my_key$1 break; proxy_pass http://s1; }

Вот писать $uri в proxy_pass - это зло

proxy_pass http://s1/$my_key$uri; В $uri входит первый слэш

Да, так работает

Блин всегда напрягала в доке nginx отсуствие описания переменных

Эммм... там есть список переменных

Да, так работает

но это плохо читаемо... с реврайтом куда проще и логичней

location = /1/hls/pl.m3u8 { rewrite ^(.+)$ /$my_key$1 break; proxy_pass http://s1; }

У меня там secure link еще

$request_uri = $uri$args

не совсем. $uri и $request_uri еще отличаются ескейпингом

У меня там secure link еще

не вижу особых проблем

Честно говоря не понимаю смысла реврайта

Честно говоря не понимаю смысла реврайта

изменить $uri

Ну вот так мне намного понятнее: proxy_pass http://s1/$my_key/$1/$2;

Потому что я в локейшине регулярками отматчил все что хотел

Намучаешься потом :)

Когда окажется, что что-то вдруг не так работает :)

ERROR: S client not available

Да и какая разница, где писать регулярки - в именовании location или внутри него

У меня локейшин на следуюем шаге выглядит вот так: location ~ ^ /(\d+)/(hls/pl.m3u8)$ Какой должен быть реврайт ?

странный локейшн :))))

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

т.е. именно то, что написано в строке браузера

Исправил

А еще, если ты даже вместо = вставишь ~ - у тебя в этот локейшн попадет uri /2/hls/plYm3u8

А еще, если ты даже вместо = вставишь ~ - у тебя в этот локейшн попадет uri /2/hls/plYm3u8

Именно так

я в том плане, что точка у тебя не экранирована

А ну точка, да

я про (\d+)

Vladislav 1: ?? СОЦ. ОПРОС!?? Что тебя в центрах развлечений(например батуты, скалодром, рестроны, трц и т.д) больше всего бесит? Обслуживание, отношение, может что то другое? Вспомни случай из жизни. Друг, напиши мне в лс!

А еще у тебя между началом строки и самой строкой - пробел :)

я про (\d+)

Это понятно... просто когда я в первый раз увидел - у тебя там было /1/... потому я и предложил =

Да я по памяти пишу

В конфиге все нормально

Короче вот: location ~ ^/(\d+)/(hls/pl.m3u8)$

я бы все же сделал так: location ~ ^/\d+/hls/pl\.m3u8$ { rewrite ^(.+)$ /$my_key$1 break; proxy_pass http://s1; }

Ты же все равно оставляешь $uri почти неизменным... только $my_key добавляешь

location ^(/\d+/hls/pl\.m3u8)$ { proxy_pass http://$my_key$1; } - можно и так

В данном конкретном случае - да... без разницы :)

что такое центры развлечений

это бан

@aftertime НАЧАЛЬНИИИК, С ПОЕХАВШИМ ПОСАДИЛИ

Туалеты далеко от входа как правило

Это проблема.

Ребят слушайте. Есть Java app, при опредленной нагрузке жрёт дофига cpu user time можно ли чем то подцепиться по jmxrmi и понять что там сжирает cpu?

Ребят слушайте. Есть Java app, при опредленной нагрузке жрёт дофига cpu user time можно ли чем то подцепиться по jmxrmi и понять что там сжирает cpu?

смотря что там лежит

если только стандартные метрики - нет