Таки приложения... ну ок. есть два основных варианта. Blackbox просто ходим на страничку и проверяем что оно откликается и возможно ищем там ключевое слово

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

этому юзкейсу лет старше чем мне

а тебе уже под 90 afaik

спасибо за советы

слово SLO гуглить в гугле по словам SRE workbook

Комрады, поделись рулами для VM, кто на что алертует

🙈

реквестирую немного хелпы. Вот допустим у нас есть 10 ДЦ в разных городах/странах/планетах/вселенных, я планирую в каждый ДЦ свой пром с периодом хранения 7d и один на всех remote write = наш всеми любимый VM с периодом хранения 3 года. Но проблема в том, что 99% метрик с промов там нафиг не нужны (ну нахера мне инфа сколько было трафика на каком-то veth9324098 год назад?) поэтому планируется туда засылать только необходимые для бузинеса метрики, но вот тут предо мной встаёт вопрос: А как быть с графаной? Куда мне её цеплять? Поднимать ещё один VM с хранением неделю, лить туда вообще всё и цеплять туда графану? Или делать 10 графан лол

Подпишусь на тредик

или одну графану с 10-ю источниками прома

а как смежные графики делать?

одну короткую и одну длинную

А промкси перед VM+всепромы не подходит?

типа хочу я ha_cluster_pacemaker_resources{datacenter="mars"} и ha_cluster_pacemaker_resources{datacenter="venera"} но у каждого такого лэйбла фактически разный датасорс как в этом случае быть?

ну так можно же от нескольких сорсов графики на одной панели собрать

Промкси соберёт всё вместе

откуда я знаю, я не знаю что такое промкси)) а так вкатит? Ну и не будет ли оно излишним
а дропать лишние метрики где? На промкси?

по запроcу на каждый лейбл 🙂