интервалами? а чем руководствовались?
забил
я тоже забил а теперь хочу раззабить и не понимаю как
А ты хочешь сэкономить место или, наоборот, удлинить время хранения метрик?
какой хороший вопрос. вообще я просто посмотрел на место и понял что столько денег не бывает.
Если ты хочешь с нуля спроектировать хранение и даунсемплинг, то стоит прикинуть ответы на три вопроса: 1. По какому интервалу хранения ты алертишься? Час, 6 часов, сутки? В этом месте тебе нужно плотное покрытие и рейт стоит считать, исходя из потребностей твоих алертов 2. По какому интервалу ты елозишь после инцидентов для определения времени начала проблем? (И какая нужна тебе тут точность) 3. Какой интервал тебе нужен для статистики? Если бы я отвечал на эти вопросы, то получил бы 6h, 2d и "хотя бы две недели"
у меня есть еще slo. он строится на данных 28 дней. вероятно это минимальное окно за которое мне нужны точные данные. алертинг более чем на 28ч запрещен а вот про статистику я не понимаю. ибо не понимаю требования
Под статистикой я понимал такую ситуацию, когда ты ставишь интервал побольше, чтобы понять как себя метрика, о которую ты запнулся сейчас, вела себя исторически
vmselect: image: tag: v1.76.1-enterprise-cluster extraArgs: eula: true "downsampling.period": "30d:5m,90d:10m" #specify two downsampling periods on select level vmstorage: image: tag: v1.76.1-enterprise-cluster extraArgs: eula: true "downsampling.period": "30d:5m,90d:10m" #specify two downsampling periods on storage level vminsert: image: tag: v1.76.1-enterprise-cluster extraArgs: eula: true вот кстати конфиг для хельма чтоб запустить это все
Больше твоего месячного оклада?
Ты так говоришь, будто "больше месячного оклада" сейчас это так сложно
я спрашивал не про теорию, а про то что есть по факту
ты блокнот
душнила 😏
"ты пишешь паблику"
Обсуждают сегодня