Scraping

2. Scraping #

Configuration du composant prometheus.scrape.

Le composant prometheus.scrape #

prometheus.scrape interroge régulièrement chaque cible et transmet les métriques à la suite du pipeline. Il fonctionne comme Prometheus, mais sans stocker quoi que ce soit.

prometheus.scrape "applis" {
  targets         = discovery.relabel.applis.output
  scrape_interval = "30s"
  scrape_timeout  = "10s"
  metrics_path    = "/metrics"
  forward_to      = [prometheus.relabel.filtre.receiver]
}

discovery.relabel "applis" {
  targets = []
}

prometheus.relabel "filtre" {
  rule {
    source_labels = ["__name__"]
    regex         = "go_gc_.*"
    action        = "drop"
  }
  forward_to = [prometheus.remote_write.mimir.receiver]
}

prometheus.remote_write "mimir" {
  endpoint {
    url = "http://mimir:9009/api/v1/push"
  }
}

Attention au défaut : 60 secondes, contre 15 dans de nombreuses configurations Prometheus. Si vos courbes paraissent moins précises après une migration, regardez d'abord ce réglage.

Deux niveaux de filtrage #

Ne pas collecter une cible économise bien plus que de filtrer ses métriques ensuite : filtrez le plus tôt possible.

Collecter le système sans node_exporter #

Alloy embarque des exportateurs. prometheus.exporter.unix remplace le node_exporter, et publie ses cibles comme n'importe quel composant de découverte :

prometheus.exporter.unix "hote" {
  enable_collectors = ["cpu", "meminfo", "diskstats", "filesystem", "netdev"]
}

prometheus.scrape "hote" {
  targets    = prometheus.exporter.unix.hote.targets
  forward_to = [prometheus.remote_write.mimir.receiver]
}

prometheus.remote_write "mimir" {
  endpoint {
    url = "http://mimir:9009/api/v1/push"
  }
}

Vérifier la collecte #

Dans l'interface, la page du composant prometheus.scrape indique pour chaque cible son URL, son état (up ou down) et sa dernière erreur. La métrique prometheus_scrape_targets_gauge compte les cibles. Une cible down n'empêche pas le composant d'être healthy : surveillez aussi la série up.