диска, при подходе к которому старые данные будут подчищаться.
В старых версиях была подобная опция только для оперативы. можно было задать значение, при подходе к которому было сбрасывание данных из оперативы на диск. Но потом это убрали.
Общалась с разрабами на этот счет, типо, как так вышло и почему нужную вещь убрали. Они "аргументировали" тем, что типо прометей не будет отъедать больше оперативы, чем ему нужно. (то есть они предполагают, что теперь если хочешь чтоб у тебя оперативы отъедалось меньше - скрейпи только те метрики, которые тебе нужны, что типо следи за этим. идиотская идея, как по мне, потому что а что, если мне нужны все метрики, и у меня дохренища подов, с которых всё собирается? Мне инстанс с 64гб оперативы арендовать предлагаете? Ну ведь это безумие)
Вместе с этим они в прометее захардкодили переменную storage.tsdb.min-block-duration и некоторые другие, которые бы могли помочь уменьшить хотя бы время за которое формируются блоки, которые в итоге переезжают из оперативы на хард. То есть они предполагают, что всё будет храниться в оперативе, грубо говоря.
Я в расстройстве и негодовании. Кто как с этой хренью сжился/поборолся? Я совсем не хочу урезать метрики, которые скрейпить с подов (((
вы всё правильно говорите. однако под урезать метрики речь не идёт о выбрасывании нужных а об аудите того что собирается. бывает что разработчики льют высоко каринальные метрики и на знают об этом. а вы просто собираете.
А проблема в итоге именно в том, что не хочется большой инстанс брать для мониторинга?
Не обновляйся
Обсуждают сегодня