окей, спасибо, попробую посмотреть и в ту и в ту сторону

Привет) В свежих версиях прометея есть возможность определять критический размер диска, при подходе к которому старые данные будут подчищаться.

В старых версиях была подобная опция только для оперативы. можно было задать значение, при подходе к которому было сбрасывание данных из оперативы на диск. Но потом это убрали.

Общалась с разрабами на этот счет, типо, как так вышло и почему нужную вещь убрали. Они "аргументировали" тем, что типо прометей не будет отъедать больше оперативы, чем ему нужно. (то есть они предполагают, что теперь если хочешь чтоб у тебя оперативы отъедалось меньше - скрейпи только те метрики, которые тебе нужны, что типо следи за этим. идиотская идея, как по мне, потому что а что, если мне нужны все метрики, и у меня дохренища подов, с которых всё собирается? Мне инстанс с 64гб оперативы арендовать предлагаете? Ну ведь это безумие)

Вместе с этим они в прометее захардкодили переменную storage.tsdb.min-block-duration и некоторые другие, которые бы могли помочь уменьшить хотя бы время за которое формируются блоки, которые в итоге переезжают из оперативы на хард. То есть они предполагают, что всё будет храниться в оперативе, грубо говоря.

Я в расстройстве и негодовании. Кто как с этой хренью сжился/поборолся? Я совсем не хочу урезать метрики, которые скрейпить с подов (((

> Кто как с этой хренью сжился/поборолся?

ВМ.

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

ну и да. переход на vm _может быть_ сэкономит память. но это не точно.
каждую из задач vm выполняет немного лучше чем пром.
скейпит с меньшим потреблением памяти, на выборки требует меньше памяти.
однако в сумме из за того что сервисов становится больше и хочется резервирования памяти может быть съедено больше. такая вот петрушка

я одного не пойму, почему всем жалко выделить 64Гб памяти?

от масштаба зависит же

VM это для долгосрока. Это хранилище. Это не для регулирования оперативы. Оно не сможет сбрасывать данные с оперативы на диск, это для долгосрочного хранения. то есть я жалуюсь не на диск, а на использование оперативы. Оптимизацию этого.
Или может я что-то где-то не понимаю?

ну вот да. немного не понимаете. там есть скрейперы

ну да, и если у вас 2000 подов, то почему бы и не выделить 64Гб?

менталитет чо

впрочем мне тоже жалко :)

косты. 0,768 USD за час.

Дело даже не в менталитете и 64 гектарах. Оно хорошо работало на 8 гектарах, а тут рррраз, и нужно в 8 раз больше. Единственная адекватная реакция на это - "WHAT???!"

🤷‍♂ я думаю, вы не разбираетесь в архитектури прома и вм

Возможно.

омг)) все проще)) дело в оптимизации))

которой оптимизации ?

ресурсов))