Multi-target exporter Prometheus: сохранить адрес объекта отдельно от адреса exporter
Рассмотреть схему крупнее
Фотография конкретного исполнения не приложена.
В multi-target схеме Prometheus обращается к exporter, а тот проверяет указанный объект. Поэтому здесь два адреса и два уровня отказа. Если подставить адрес оборудования прямо в конечный scrape вместо exporter, запрос пойдёт по другому маршруту и не выполнит предусмотренную пробу.
В руководстве исходный target переносится в __param_target, затем сохраняется как instance, а address заменяется адресом exporter. Порядок преобразования важен: если заменить адрес слишком рано, метрики могут получить идентичность exporter вместо проверяемого объекта. Несколько независимых проб тогда станут трудно различимыми.
В проекте фиксируют итоговый запрос и labels без раскрытия секретов. Отдельно наблюдают доступность самого exporter и результат его проверки. Успешный scrape подтверждает получение ответа промежуточного компонента, но не гарантирует успешный ответ проверяемого устройства или сервиса по выбранному модулю.
В приёмке используют два согласованных тестовых объекта с разным результатом и отдельно недоступный exporter. Проверяют instance, направление запроса и различимые причины отказа. Одинаковый адрес в поле target панели не подтверждает правильность всей цепочки, пока не проверено преобразование параметров и конечная точка обращения.
Основание — Prometheus official latest/practices documentation snapshot; Download stable3.15.1 distinguished from prerelease3.16.0-rc.2, разделы Relabeling target, instance and exporter address. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Установленный Prometheus, exporters и правила объекта не проверялись. Это проектная проверка мониторинга, не отчёт о запросах к реальному серверу или доставленных уведомлениях.
Запросы отправляются на наш e-mail из вашей почтовой программы.
