H
Size: a a a
2021 September 15
KY
проанализируй во-первых без нагрузки ситуацию, это jmeter выводит базу в такое состояние или большая часть всё таки внутрипрцоессинговая на обработку кверей прометея
KY
хорошо бы обложить мониторингами его, там есть встроенные
H
дело в том что у меня прометей данные по опеншифту пишет в инфлюкс
H
ну а там инфы куча по подам
H
вероятно в этом и проблема
H
remote_write:
- url: "http://localhost:8086/api/v1/prom/write?db=prometheus"
- url: "http://localhost:8086/api/v1/prom/write?db=prometheus"
H
вот этим ключом конфига в прометее пишу всё
H
вероятно оттюнить можно как-то
H
чтобы не душило инфлюкс
ВС
Самый простой - сделать размер шарды поменьше. Но надо будет БД пересоздать
CREATE DATABASE <database_name> [WITH [DURATION <duration>] [REPLICATION <n>] [SHARD DURATION <duration>] [NAME <retention-policy-name>]]SHARD DURATION задать как 1 день
ВС
Шаг 2, удалить из БД значения тегов, которые раздули индекс
И не писать их из JMeter - разные Sampler Name, которые содержат параметры запроса
И не писать их из JMeter - разные Sampler Name, которые содержат параметры запроса
H
Спасибо, попробую
ВС
Условно. Вот такой код может привести к раздуванию индекса, так как запишет параметры запросов в InfluxDB
ИД
Да, Слава, риски принимаю, поскольку хоть запросов и много, но их всё же конечное количество исчисляющееся десятками. Так что в этом моменте беды не жду.
H
Да, я понял ещё же поды опеншифта имена меняют при роллауте это тоже всё раздувает индекс
H
вот так и получается
KY
можешь писать в инфлюкс через телеграф, часть он возьмет на себя. вроде с прометеем можно подружить - там можно понижать частоту записи например для понижения утилизации
KY
я бы все таки разнес инфлюксы
H
учту это, как появятся ресурсы нужно будет разнести.