Настройка метрик для стека мониторинга
OpenTelemetry Collector можно интегрировать со стеком мониторинга платформы, чтобы экспортировать собственные операционные метрики через Prometheus. Как администратор кластера, вы можете настроить эту интеграцию для выполнения следующих задач:
- Автоматически создавать ресурсы Prometheus
ServiceMonitor, которые собирают как внутренние метрики pipeline Collector, так и любые настроенные endpoints Prometheus exporter. - Использовать receiver Prometheus внутри Collector для получения метрик из встроенной инфраструктуры мониторинга кластера.
Содержание
Отправка метрик в стек мониторингаВключение автоматического создания ServiceMonitorИспользование пользовательского PodMonitorОтправка метрик в стек мониторинга
Пользовательский ресурс (CR) OpenTelemetryCollector поддерживает автоматическое создание ресурсов Prometheus ServiceMonitor или PodMonitor. Эти ресурсы указывают стеку мониторинга собирать метрики как с внутреннего telemetry endpoint Collector, так и с любых endpoints Prometheus exporter, определенных в pipeline.
Включение автоматического создания ServiceMonitor
Когда вы включаете параметр enableMetrics в CR Collector, сборка Alauda OpenTelemetry v2 Operator автоматически подготавливает необходимые ресурсы ServiceMonitor или PodMonitor для сбора метрик.
В следующем примере показан CR Collector, настроенный с Prometheus exporter и включенным автоматическим сбором метрик:
prometheus=kube-prometheusтребуется в ACP prometheus.- Позволяет Operator автоматически создавать ресурсы
ServiceMonitorилиPodMonitor, которые нацелены на endpoints метрик Collector, включая как внутреннее telemetry, так и порты Prometheus exporter.
Включение enableMetrics приводит к созданию двух отдельных ресурсов ServiceMonitor:
ServiceMonitor, нацеленный на сервис<instance_name>-collector-monitoring, который собирает собственные внутренние операционные метрики Collector.ServiceMonitor, нацеленный на сервис<instance_name>-collector, который собирает метрики, публикуемые любым Prometheus exporter, настроенным в pipeline.
Использование пользовательского PodMonitor
В сценариях, где требуется более детальный контроль над сбором метрик, например для фильтрации дублирующихся меток, добавляемых при Prometheus scraping, можно создать ресурс PodMonitor вручную вместо использования автоматического создания ServiceMonitor.
В следующем примере показан PodMonitor, который нацелен на pods Collector и применяет правила relabeling для удаления избыточных меток:
prometheus=kube-prometheusтребуется в ACP prometheus.- Должно соответствовать имени вашего CR OpenTelemetry Collector по шаблону
<cr_name>-collector. - Порт, через который экспортируются внутренние операционные метрики Collector. Этот порт всегда называется
metrics. - Порт, через который экспортируются метрики из Prometheus exporter, настроенного в pipeline Collector.