Also, is Slack notifications supported in Notifier config moira_selfstate.contacts? And in what format? type: slack and value: {api_token}?

try

contacts:
      - type: slack
        value: #channel

with hashtag? OK, will see if that works. Thanks again!

hashtag for channels and at sign for users

I mean @ sign

What's the difference between nodata_check_interval and check_interval in checker config?
Config lines description in documentation didn't explain that for me.

@litleleprikon what do you think about my latest suggestion?

Hey! Cannot check it now. Will check it tomorrow

no worries, thanks!

Привет! Есть вопрос по работе функции summarize() в триггерах
summarize(sumSeries(testmetrics.*.value.count),'1h','sum',false)
например вот триггер, при этом а логах у чекера

checker_1   | 2019-10-21 08:55:26.399 checker DEBUG [TriggerID:3467bd30-ed02-4d84-ba9c-af28f6e8f3c3][MetricName:summarize(sumSeries(testmetrics.*.value.count),'1h','sum',false)] Checking interval: 1571644800 - 1571648400 (3600s), step: 3600

на рендере не вижу правильного графика, значение триггера тоже не верное. metrics_ttl ставил 3-6 часов.
Версии moira пробовал 2.5.1/последние ночные сборки, результат не меняется, график и срабатывание триггера становится приближенным к реальности, если в summarize() изменить интервал, например на 10 минут, но на потоке метрик с одинаковыми значениями вместо ровной трапеции бывают иногда провалы.

о, у чекера таки есть дебаг логи? я думал, у мойры только INFO есть, даже по исходникам гулял

checker_1   | 2019-10-21 08:55:26.399 checker DEBUG [TriggerID:3467bd30-ed02-4d84-ba9c-af28f6e8f3c3][MetricName:summarize(sumSeries(testmetrics.*.value.count),'1h','sum',false)] Checking interval: 1571644800 - 1571648400 (3600s), step: 3600

Привет. Использовать функцию summarize в Мойре — не лучшая идея. Эта функция может давать разные результаты в зависимости от того, когда ее вызвали. Я могу объяснить подробнее, но очень не хочу, потому что это долго и сложно делать текстом. Для скользящей суммы лучше взять movingSum.

спасибо, попробуем

That’s easy.

Moira checks a trigger if there is a new data point in one of the metrics associated with this trigger. Got new point? Check all triggers that use this point, send notifications if necessary. But there is a problem: what if points stop coming? Then Moira will never check these triggers, and you will never know. That’s why Moira checks all the triggers every nodata_check_interval seconds, even if there are no incoming points.

A single trigger can include lots of metrics. Maybe thousands. Moira checks a trigger if there is a new data point in one of the metrics associated with this trigger. So this kind of trigger will be checked thousands of times per minute, again and again, for every data point received. This is very CPU-consuming, so we allow Moira to check the same trigger again only when check_interval seconds pass since last check.

Lower values of both params will increase CPU usage, but you will get notifications faster. I would not recommend changing the defaults. These values are already quite small, you will probably win nothing if you receive notifications 3-5 seconds earlier.

Ioannis congratulations, I merged your PR :-)

😄 😄 😄 😄 😄 😄 😄 😄 😄

Thanks guys, I appreciated all the thoughtful feedback

Ioannis one question: can you please add some short documentation, along the lines of this commit: https://github.com/moira-alert/doc/commit/0a2df9bbe182ef24305952f531eb740f94d00d84

sure