Ну дорогой-то да, но когда админов в фирме не много, то в принципе нормал.

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

У нас не container-based архитектура. :(

Хотя может быть и :)

В целом я смотрю - очень похоже на datadog

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

Мне главное, чтобы манагеры сами могли эти дашборды и алерты настраивать. А от меня если что-то и требовалось, то только добавить сбор и отсылку метрик в sysdatadogd или как он там зовется...

http://sysdig.com/wp-content/uploads/2015/07/screen-dynamic-topology-full.gif вообще крутяк

У нас не container-based архитектура. :(

Оно не обязательно по контейнерам

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

По контейнерам проще мониторить, но сбор данных идет с кпробов, поэтому им пофигу на архитектуру

Модуль - обычный сисдиг

ну да, собственно какая разница - нативная ось или контейнер

Там сбор данных на уровне ядра. Просто нужен демон с доступом к debugfs, они предлагают его в докере гонять

Но можно без

Но оно не решает бизнес метрики

Слушайте, а наиболее просто в графите посчитать SLA ?

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

допустим "кол-во точек ниже какого значения" можно получить функцией removeAboveValue

а как дальше хиты считать непонятно

эээ, summarize?

суммарайз складывает значения же. не ?

он может показать и кол-во точек тоже

ой вру

сорян

а нулевые значения в точках могут быть?

если не могут, то измерение больше 0 считаем 1 и получаем summarize - это и будет кол-во точек

после remove там мало того что нулевые, н ои null появляются

"измерение больше 0 считаем 1" как это изобразить ?

Ну делаем серию, где каждое значение датапоинта делим само на себя (деление числа самого на себя = 1 (кроме 0)). Потом суммируем значения - получается кол-во датапоинтов. И от этого кол-ва уже танцевать. Я просто размышляю, до конца возможностей не знаю, сорри.

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

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

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

может эо можно как то упростить исходя из того что у меня серия это производная, н оесть и исходная серия

а как после производной получается null?

или в исходной серии там тоже null?

не

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

вот нужно посчитать кол-во точек меньше 1000 и 0 это по факту кол-во минут, выпадших за SLA

sumSeries( offset( isNotNull(data), 1 ) )

offset добавляем - 1

inNotNull фильтруем null'ы

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

sumSeries( offset( scale(isNotNull(data), 0), 1) )

isNotNull - фильтруем нули scale - умножаем на 0, получаем 0 offset - добавляем 1 sumSeries - считаем сумму единиц = кол-во

а еще есть кстати countSeries

вообще конечно такое дно ))) лол

У меня была формула с summarize для sla, но из-за всяких странных кейсов, она работала плохо, проще забрать данные в скрипти там все сложности обложить кодом

Что такое SLA?

Service-Level Agreement

https://ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%B3%D0%BB%D0%B0%D1%88%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BE%D0%B1_%D1%83%D1%80%D0%BE%D0%B2%D0%BD%D0%B5_%D1%83%D1%81%D0%BB%D1%83%D0%B3

типа "у нас SLA 99.5" означает, что 99.5% процентов времени сервис должен быть доступен

ну тут речь скорее подсчет SLO, а SLA это прям договор, где написано что мы обещаем вот столько то, а если не получается, то вот так мы с вами страдаем

да все это просто SLA обычно называют

asPercent(summarize(sumSeries(derivative(service.*.requests.*.POST.{20?,30?}.count)),"1w"),summarize(sumSeries(derivative(service.*.requests.*.POST.{20?,30?,50?}.count)),"1w"))

вот так вот я считал SLA для недельных данных

derivative - это потому что у меня метрики такие

ITIL серьезная тема судя по описанию )))

с горем пополам работает

isNotNull - фильтруем нули scale - умножаем на 0, получаем 0 offset - добавляем 1 sumSeries - считаем сумму единиц = кол-во

isnotnull фильтрует серии а не точки

вроде )

asPercent(summarize(sumSeries(derivative(service.*.requests.*.POST.{20?,30?}.count)),"1w"),summarize(sumSeries(derivative(service.*.requests.*.POST.{20?,30?,50?}.count)),"1w"))

count у тебя он есть а у меня нет

Ну делаем серию, где каждое значение датапоинта делим само на себя (деление числа самого на себя = 1 (кроме 0)). Потом суммируем значения - получается кол-во датапоинтов. И от этого кол-ва уже танцевать. Я просто размышляю, до конца возможностей не знаю, сорри.

isNonNull(seriesList) Takes a metric or wildcard seriesList and counts up the number of non-null values. This is useful for understanding the number of metrics that have data at a given point in time (i.e. to count which servers are alive).

а, вы уже нашли

тока получается мне нада сделать инверсию на данных

и тогда я получу процент "работающего"

тока получается мне нада сделать инверсию на данных

возьми метрику с каждого, сделай countSeries

и подели на то сколько у тебя есть всего

ERROR: S client not available

проблема в том как количество всего посчитать

не пашет

падает с ошибочкой

какой?

graphite/render/evaluator.py in evaluateTokens, line 27 Exception Type: KeyError Exception Value: u'isNonNull'

и там трейса чутка

у тя нет такой функции похоже :)

уа уа уааааа

ну так бэкпортни

или апгрейднись

ваще пора начать свои функции писать уже :)

а безопасно обновлять тока webapp и все ?

м... вполне

сделай тестовый апдейт

и потом везде раскатай

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

слушай

в общем должно быть безопасно

перестань смотреть на всех через свою призму ))

бггг))))

перестань смотреть на всех через свою призму ))

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

после теста запакетировать

также как и накатить любые произвольные патчи поверх в процессе пакетирования

я думаю он про функции

про пора писать свою)

не, я про накатывание

да с функциями тоже не понимаю в чем проблема

аа

у нас одна инсталяция графита.

никаких макетов нет

*пакетов

у нас одна инсталяция графита.

поставь в venv рядом