RousselTMLEARNING

Observabilité

eBPF expliqué : des programmes dans le noyau Linux pour observer sans instrumenter

Ce qu'est eBPF, comment un programme est vérifié puis exécuté dans le noyau, les points d'accroche (kprobes, uprobes, tracepoints, XDP), les maps, CO-RE et ce que cela change pour l'observabilité.

1. eBPF en quelques mots #

Une machine virtuelle dans le noyau.

Le principe #

Fonctionnement d'eBPF
Le vérificateur garantit que le programme ne peut ni planter ni bloquer le noyau.

eBPF (extended Berkeley Packet Filter) permet de charger de petits programmes dans le noyau Linux, sans module ni redémarrage. Avant d'être exécuté, chaque programme passe par un vérificateur (pas de boucle infinie, pas d'accès mémoire hors limites), puis il est compilé en code natif (JIT) et attaché à un événement.

Pour l'observabilité, cela signifie : voir chaque appel système, chaque paquet, chaque fonction d'un processus, avec un surcoût très faible et sans modifier les applications.

2. Les points d'accroche #

Où un programme peut s'attacher.

Types de hooks #

HookDéclenché parExemple d'usage
tracepointPoint d'instrumentation stable du noyauAppels système, ordonnanceur, réseau
kprobe / kretprobeEntrée / sortie d'une fonction du noyauLatence de vfs_read
uprobe / uretprobeEntrée / sortie d'une fonction d'un programmeSSL_write d'OpenSSL : voir le HTTP avant chiffrement
perf eventMinuterie ou compteur matérielProfiling CPU par échantillonnage
XDP / TCPaquet réseau (avant ou dans la pile)Filtrage, répartition de charge, flux réseau
LSMContrôles de sécuritéDétection d'exécutions suspectes
À savoir : Les tracepoints sont stables entre versions du noyau ; les kprobes dépendent des fonctions internes et peuvent casser lors d'une mise à jour.

3. Maps, BTF et CO-RE #

Échanger des données et rester portable.

Les maps #

Un programme eBPF ne fait pas d'entrées-sorties : il écrit dans des maps (tables de hachage, tableaux, ring buffers) que l'agent en espace utilisateur lit. On agrège donc dans le noyau (compteurs, histogrammes) et seul le résultat remonte : c'est ce qui rend eBPF si économe.

Portabilité #

BTF (BPF Type Format) décrit les structures du noyau courant ; CO-RE (Compile Once, Run Everywhere) ajuste le programme à la volée. Un même binaire fonctionne ainsi sur plusieurs versions du noyau.

uname -r                                   # 5.8+ recommandé, 5.15+ idéal
ls /sys/kernel/btf/vmlinux                 # BTF disponible ?
bpftool feature probe | grep -i "map_type" | head
OutilCatégorie
bpftrace, bccDiagnostic ponctuel en ligne de commande
Grafana Beyla / OpenTelemetry eBPF InstrumentationMétriques RED et traces des applications
Cilium HubbleFlux réseau Kubernetes
Pyroscope, Parca, profiler eBPF OpenTelemetryProfiling continu
Tetragon, FalcoObservabilité de sécurité

Articles liés

Diagnostiquer avec bpftrace et les outils bcc

Les outils eBPF du diagnostic au quotidien : one-liners bpftrace (appels système, fichiers, latences), outils…

Instrumenter sans code avec Grafana Beyla (OpenTelemetry eBPF Instrumentation)

Obtenir métriques RED et traces HTTP/gRPC de n'importe quelle application sans la modifier : Grafana Beyla et…

Observer le réseau Kubernetes avec Cilium Hubble

Rendre visibles les flux réseau d'un cluster Kubernetes avec Cilium Hubble : architecture, CLI hubble observe…

Pour aller plus loin