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

grafana/grafana tagged: v6.6.2 (2020-02-20)
Link: https://github.com/grafana/grafana/releases/tag/v6.6.2
Release notes:

[Download Page](https://grafana.com/grafana/download/6.6.2)  

[What's New Highlights](https://grafana.com/docs/guides/whats-new-in-v6-6)  

[Release Notes](https://community.grafana.com/t/release-notes-v6-6-x/24924)

# 6.6.2 (2020-02-20)

### Featur...

More

Ой ну че вы тут утрируете…

@freeseacher ну не 404, ладно. В спешку написал, 502 тоже редко. Последний случай был с 507-ым. Для начала его хочу мониторить и алерт если например в течении 10 минут произошло n раз.

Ну варианты вот выше

Гайз, помогите плз с promQL
есть start_time{app_id, task_id}
хочу анноташку в графане на рестарты, не могу запрос сделать никак(
по-идее что-то типа changes(start_time{app_id="$app_id")[1m]) without (task_id) > 0
но черт возьми, changes не поддерживает without
any ideas?

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

sum(changes(config_last_reload_success_timestamp_seconds[10m])) by (instance)

?

тип этого?

VictoriaMetrics/VictoriaMetrics tagged: v1.34.0
Link: https://github.com/VictoriaMetrics/VictoriaMetrics/releases/tag/v1.34.0
Release notes:

### Changes since v1.33.1

*   Add `vmagent` for scraping Prometheus metrics. See [https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README...

More

VictoriaMetrics/VictoriaMetrics description changed: v1.34.0
Link: https://github.com/VictoriaMetrics/VictoriaMetrics/releases/tag/v1.34.0
Release notes:

### Changes since v1.33.1

*   Add `vmagent` for scraping Prometheus metrics. See [https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README...

More

Как по api прометея понять, что метрика является "реальной" метрикой, а не результатом rate, sum и т.д.? По наличию в json поля __name__?

sum(changes(config_last_reload_success_timestamp_seconds[10m])) by (instance)

кажется что нет, т.к. changes отработает по task_id каждому отдельно:(

record rule это "реальная" метрика или агрегат?

__name__ у всех метрик есть

В чем проблема?

> 0 перегрузился == 0 не менялся

У rate нет этого поля это точно, я просто хотел узнать точно, какие не возвращают __name__. На самом деле задача понять, как по результату запроса идентифицировать метрику. На примере rate(up[5m]) не возвращает поле __name__, a возвращает поля job, namespace и т.д. Возможна ведь ситуация, что rate(другая_метрика[5m]) возвращает те же поля ( job, namespace )?

Пишется сервис, который отправляет определенные метрики в очередь

Если в результате есть эти лейблы, то они будут в ответе

Что значит 'в резуьтате' и 'в ответе'?