18 Zieldefinition und Service Discovery

Die Konfiguration von Zieldefinitionen (Targets) und die Nutzung von Service Discovery Mechanismen sind zentrale Aspekte der Prometheus-Konfiguration. Diese bestimmen, welche Endpunkte überwacht werden und wie diese dynamisch entdeckt werden können.

18.1 Statische Zieldefinitionen

Statische Zieldefinitionen sind direkt in der prometheus.yml-Datei konfiguriert und eignen sich für Umgebungen mit festen, wenig variierenden Endpunkten.

1. Beispielkonfiguration für statische Ziele:

   scrape_configs:
     - job_name: 'webservers'
       static_configs:
         - targets: ['webserver1:9090', 'webserver2:9090']
     - job_name: 'databases'
       static_configs:
         - targets: ['db1:5432', 'db2:5432']

18.2 Dynamische Zieldefinitionen mit Service Discovery

Service Discovery ermöglicht die automatische Erkennung von Targets in dynamischen Umgebungen wie Cloud- und Container-Umgebungen. Prometheus unterstützt mehrere Service Discovery Mechanismen.

1. Kubernetes Service Discovery:

   • Kubernetes ist eine weit verbreitete Container-Orchestrierungsplattform, und Prometheus kann automatisch Pods, Services und Nodes entdecken.

   • Beispielkonfiguration:

     scrape_configs:
       - job_name: 'kubernetes-nodes'
         kubernetes_sd_configs:
           - role: node
       - job_name: 'kubernetes-pods'
         kubernetes_sd_configs:
           - role: pod
           relabel_configs:
             - source_labels: [__meta_kubernetes_pod_annotation_prometheus_io_scrape]
               action: keep
               regex: true
             - source_labels: [__meta_kubernetes_pod_annotation_prometheus_io_path]
               action: replace
               target_label: __metrics_path__
               regex: (.+)
             - source_labels: [__address__]
               action: replace
               target_label: __address__
               regex: (.+):\d+
               replacement: $1:8080

2. Consul Service Discovery:

   • Consul ist ein weit verbreiteter Service Discovery und Konfigurations-Management-Tool.

   • Beispielkonfiguration:

     scrape_configs:
       - job_name: 'consul-services'
         consul_sd_configs:
           - server: 'localhost:8500'
         relabel_configs:
           - source_labels: [__meta_consul_service]
             action: replace
             target_label: job

3. DNS Service Discovery:

   • DNS-basierte Service Discovery ist nützlich in Umgebungen, in denen Dienste über DNS-Namen bekannt gegeben werden.

   • Beispielkonfiguration:

     scrape_configs:
       - job_name: 'dns-services'
         dns_sd_configs:
           - names: ['prometheus.example.com']
             type: 'A'
             port: 9090

4. File-based Service Discovery:

   • Zieldefinitionen können auch in Dateien hinterlegt und von Prometheus gelesen werden.

   • Beispielkonfiguration:

     scrape_configs:
       - job_name: 'file-sd'
         file_sd_configs:
           - files:
             - '/etc/prometheus/targets.json'

   • Beispiel targets.json:

     [
       {
         "targets": ["localhost:9090", "localhost:9191"],
         "labels": {
           "job": "prometheus"
         }
       }
     ]

18.3 Relabeling

Relabeling ermöglicht die Modifikation von Labels der gescrapten Metriken. Dies ist besonders nützlich, um dynamische Konfigurationen zu handhaben oder spezifische Labels hinzuzufügen bzw. zu ändern.

1. Beispiel für Relabeling-Konfiguration:

   scrape_configs:
     - job_name: 'kubernetes-pods'
       kubernetes_sd_configs:
         - role: pod
       relabel_configs:
         - source_labels: [__meta_kubernetes_pod_label_app]
           action: replace
           target_label: app
         - source_labels: [__meta_kubernetes_namespace]
           action: replace
           target_label: namespace
         - source_labels: [__meta_kubernetes_pod_node_name]
           action: replace
           target_label: node

18.4 Best Practices

1. Konsistenz in der Namensgebung:
   • Verwenden Sie konsistente Namenskonventionen für Jobs und Labels, um die Nachverfolgbarkeit und Verwaltung zu erleichtern.
2. Minimierung des Overheads:
   • Überwachen Sie nur die notwendigen Metriken und Targets, um den Overhead und die Belastung auf Prometheus und die überwachten Systeme zu minimieren.
3. Dynamische Umgebungen:
   • Nutzen Sie Service Discovery Mechanismen in dynamischen Umgebungen wie Kubernetes oder Cloud-Umgebungen, um die Konfigurationsaufwände zu reduzieren und die Aktualität der Überwachung zu gewährleisten.
4. Sicherheit:
   • Schützen Sie Ihre Targets und Prometheus-Instanzen durch geeignete Sicherheitsmaßnahmen wie Authentifizierung, Verschlüsselung und Zugriffskontrollen.

Durch die korrekte Konfiguration von Zieldefinitionen und die effektive Nutzung von Service Discovery Mechanismen können Sie sicherstellen, dass Prometheus zuverlässig und effizient die benötigten Metriken sammelt und überwacht.