Мы отметили огромное использование ЦП и ОЗУ нашим экземпляром Prometheus и изучаем способы снижения этого.Удаление устаревших данных с конечной точки экспорта
Некоторые из данных, которые мы выставляем, имеют прикрепленный к нему ярлык ApplicationVersion
. Каждый раз, когда мы выпускаем новую версию (что происходит несколько раз в неделю), каждая метрика будет в основном дублироваться из-за этого. Как только все серверы будут иметь эту новую версию, и мы не откатимся, этот ApplicationVersion
никогда не должен появляться снова.
Насколько разумно иметь работу по очистке в нашем экспортере, чтобы удалить эти данные?
Я прочитал этот пост, но я не уверен, как это работает. Как 'prometheus_build_info {job =" prometheus ", version =" 1.0.1 "}' подключиться к 'prometheus_local_storage_memory_series {job =" prometheus "}'? Разумеется, последний должен как-то сохранить свою версию? –
Я считаю, что это может не относиться к моему сценарию, так как «ApplicationVersion» является свойством сообщений, которые мы отправляем на кролик. Эта очередь кроликов затем считывается с прометея - у хозяина нет ярлыков. –
В этом случае вы можете вообще не подвергать ApplicationVersion. –