Агрегирование метрик по меткам - PullRequest
1 голос
/ 26 января 2020

В настоящее время я пытаюсь написать сервис, который считывает информацию с прометея, обрабатывает ее и затем предоставляет эту информацию обратно, чтобы ее прометел прометей.

У меня это работает, и метрики отбрасываются, но чтобы обработать метрики, я использую очередь для распределения работы среди потребителей, это предостерегает метрики, когда их запрашивают (правильно) зарегистрировать как несколько разных временных рядов из-за разных меток экземпляров.

Из того, что я видно, что есть два основных варианта, о которых я знаю, но я не уверен в одном из них.

  1. Добавьте эти метрики обратно в очередь и разверните службу для управления, если эти метрики будут по-прежнему доступны ( это можно увидеть, если развернуть только 1 экземпляр приложения).
  2. Я полагаю, что может существовать механизм (правила prometheus), который автоматически использует эти метрики и создает одну временную серию для каждой метки pod_name, но я не уверен, как этого добиться, так как не верю, используя sum (x) (pod_name) правильно, так как я не с суммой этих значений, а новой серии. Если это возможно, то мое другое беспокойство - это избыточные данные после создания этой новой временной серии.

Я оцениваю любые входные данные. С уважением.

1 Ответ

0 голосов
/ 27 января 2020

Вы можете использовать relabel_config , чтобы изменять метки по мере того, как вы sh.

Что касается дизайна, я думаю, что вам нужно иметь 2 метки: 1 для случая, когда его метри c был первоначально собранный, и один для экземпляра, которому он был делегирован.

...