AS
А там разве будет конкретное время каждого рестарта?
а что диапазона в районе скрейп интервала мало ?
Size: a a a
2020 January 22
.
ну а вдруг мало
AS
если рестарт сервиса в предалах 10-15 секунд происходит более одного раза я думаю точное время каждого рестарта нужно только для анекдота в столовой или для постмортема
.
ну не знаю, может для аннотаций в графане
.
сервис упал - пост полетел, на графике торчит
AS
аннотации в графане тоже будут стоять весьма примерно. там кажется до минуты осткейлится
AS
Nikita Ilin
Ок, спасибо!
NI
SLA по уведомлениям 1 минута с момента падения до момента отправки почты. И погрешность факта падения минута вполне нормально. Главное, чтобы даже если система поднялась за 1 секунду, всё равно пошло уведомление и получили на графике точку
YZ
Nikita Ilin
В таком варианте, получается, я могу не заметить падение сервиса, если он успеет восстановиться до следующего опроса Prometheus. Нам критично важно регистрировать все факты именно
rate(node_systemd_unit_start_time_seconds[5m]) > 0
AS
rate(node_systemd_unit_start_time_seconds[5m]) > 0
ну такое да... казалось бы increase(node_systemd_service_restart_total[5m]) > 0
NI
ну такое да... казалось бы increase(node_systemd_service_restart_total[5m]) > 0
Спасибо
IZ
Ребят привет, подскажите по promql пожалуйста,
можно какт то получить с этой метрики разницу с групировкой по deployment именах
count(kube_hpa_status_current_replicas{namespace="prod"}) - count(kube_deployment_labels{label_hpa="true"})
можно какт то получить с этой метрики разницу с групировкой по deployment именах
count(kube_hpa_status_current_replicas{namespace="prod"}) - count(kube_deployment_labels{label_hpa="true"})
IZ
сейчас отдает только разницу - число 6, но нужно взнать по каким деплойментам
EL
Графики слишком рано заканчиваются. Там ещё явно что-то происходит во всю в конце.
АК
"Вот когда VM начнёт в KV - тогда и поговорим".
AS
странные ожидания
АК
Это шутка. Кассандре/Сцилле в таймсериез - уже поздно.