Mise en place de la collecte de profils

2. Mise en place de la collecte #

Configuration du scraping et de l'expédition pour Pyroscope.

Trois façons de collecter #

Collecter par HTTP #

En Go, il suffit d'exposer les points pprof :

import _ "net/http/pprof"

go func() {
    http.ListenAndServe(":6060", nil)
}()

Alloy les interroge comme des métriques :

pyroscope.scrape "app" {
  targets         = [{ "__address__" = "app:6060", "service_name" = "boutique" }]
  scrape_interval = "15s"
  forward_to      = [pyroscope.write.backend.receiver]

  profiling_config {
    profile.process_cpu {
      enabled = true
    }
    profile.memory {
      enabled = true
    }
    profile.goroutine {
      enabled = true
    }
  }
}

pyroscope.write "backend" {
  endpoint {
    url = "http://pyroscope:4040"
  }
  external_labels = { env = "prod" }
}

Testé en profilant Alloy lui-même, qui expose pprof sur son port HTTP : en un peu plus de 30 secondes, le backend a reçu 6 envois sur /push.v1.PusherService/Push.

Le nom du service compte : ajoutez service_name à vos cibles : c'est par lui que vous retrouverez l'application dans Pyroscope. Et n'exposez jamais le port pprof sur Internet.

Sans toucher au code : eBPF #

discovery.process "tous" {
}

pyroscope.ebpf "hote" {
  targets    = discovery.process.tous.targets
  forward_to = [pyroscope.write.backend.receiver]
}

pyroscope.write "backend" {
  endpoint {
    url = "http://pyroscope:4040"
  }
}

pyroscope.ebpf profile les processus depuis le noyau, tous langages confondus. Il demande de lancer Alloy en root (ou en conteneur privilégié), et il ne mesure que le CPU. Nous avons validé cette configuration avec alloy validate, sans l'exécuter : l'essai demande des droits root.

Choisir #

Vous pouvez relier les profils aux traces : ajoutez les mêmes étiquettes (service_name, env) des deux côtés pour naviguer de l'un à l'autre dans Grafana.