Honor_labels Prometheus: определить владельца job и instance при конфликте
Фотография конкретного исполнения не приложена.
Prometheus добавляет labels target, а полученные samples могут уже содержать одноимённые поля. Honor_labels определяет разрешение такого конфликта. Без проверки этой настройки один и тот же exporter способен давать иное представление происхождения данных при переносе между конфигурациями мониторинга.
При false конфликтующие labels из ответа переименовываются с префиксом exported_, после чего назначаются серверные labels. При true сохраняются значения из scraped-данных, а конфликтующие серверные игнорируются. Это выбор семантики, а не автоматическое повышение достоверности одного из источников именования.
Для федерации важно заранее определить, нужно ли сохранить исходные job и instance. Внешние external_labels имеют отдельное поведение и не управляются этим флагом. Поэтому нельзя использовать honor_labels как универсальный переключатель всех меток идентичности и ожидать, что он также разрешит дублирование между независимыми серверами.
В приёмке exporter отдаёт заранее известный конфликтующий label, а target получает другое согласованное значение. Проверяют сохранённый ряд и запросы, которые используют его для группировки. Совпадение имени метрики не подтверждает, что после изменения политики label-привязки она по-прежнему относится к ожидаемому объекту.
Основание — Prometheus official latest/practices documentation snapshot; Download stable3.15.1 distinguished from prerelease3.16.0-rc.2, разделы honor_labels; external_labels. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Установленный Prometheus, exporters и правила объекта не проверялись. Это проектная проверка мониторинга, не отчёт о запросах к реальному серверу или доставленных уведомлениях.
Запросы отправляются на наш e-mail из вашей почтовой программы.
