Technique
Simulateur : échantillonnage en queue
Pour : ingénieurs et SRE · architectesPrérequis : Notions de base sur les traces distribuées et le Collector OpenTelemetry.
Garder 100 % des traces coûte cher ; en garder 10 % au hasard revient à jeter 90 % des incidents. L’échantillonnage en tête (head sampling) décide au début de la requête, avant de savoir si elle échouera. L’échantillonnage en queue (tail sampling) attend que la trace soit complète, puis décide : toutes les erreurs, toutes les traces lentes et un faible pourcentage du reste. Le prix de cette intelligence est la mémoire du Collector, qui doit retenir chaque trace le temps de la décision.
Les prix changent vite et varient selon les contrats : ce guide n’en donne pas ; utilisez la grille datée de votre fournisseur. Sans prix, la tuile de stockage affiche le volume à facturer en Go-mois ; saisissez votre prix au Go-mois pour obtenir un montant.
Résultat
Détail par catégorie
| Catégorie | Entrant | Gardé en queue | Gardé en tête |
|---|
Hypothèses : erreur et lenteur sont supposées indépendantes (une trace peut être les deux ; elle est alors comptée parmi les erreurs). Ko et Go en puissances de 1 000. La mémoire réelle du Collector est souvent plusieurs fois la taille sur le fil (structures en mémoire, pics de trafic) : prévoyez une marge. Le prix du stockage est vide par défaut : saisissez celui de la grille datée de votre fournisseur pour obtenir un montant.
À essayer
Section intitulée « À essayer »- Regardez la tuile « Erreurs conservées » : avec les valeurs par défaut, l’échantillonnage en queue garde 100 % des erreurs ; l’échantillonnage en tête, pour le même volume stocké, n’en garde qu’environ 13 %. Le graphique montre la même chose : deux barres de même longueur, deux compositions très différentes. Les deux politiques gardent environ 269 traces par seconde (13 % du trafic), soit 466 Go par jour et 6 985 Go-mois à facturer sur 15 jours de rétention.
- Décochez « Garder 100 % des traces en erreur » : les erreurs tombent au taux probabiliste, comme le reste. Vous retrouvez à peu près le comportement de l’échantillonnage en tête, avec le coût mémoire en plus.
- Montez la part de traces lentes à 30 % : le volume conservé explose, de 269 à 725 traces par seconde (36 % du trafic) et de 6 985 à 18 789 Go-mois. Un seuil de latence mal calibré annule l’économie : il doit viser la queue de distribution, pas le tiers du trafic.
- Passez l’attente avant décision de 30 à 120 secondes : la mémoire du Collector quadruple, de 1,2 à 4,8 Go. Des traces longues (traitements asynchrones) imposent une attente plus longue, donc des Collectors plus gros ou une répartition des traces par identifiant entre plusieurs instances.
Le mécanisme
Section intitulée « Le mécanisme »En tête, chaque trace a la même probabilité d’être gardée : la composition de l’échantillon reproduit celle du trafic et les erreurs rares le restent. En queue, la décision se prend sur le contenu de la trace : on peut donc sur-représenter ce qui sert au diagnostic. Deux contraintes pratiques : toutes les portions d’une trace doivent arriver au même Collector (répartition par identifiant de trace) et la mémoire se dimensionne à peu près comme traces/s × attente × taille, avec une marge pour les pics.
Le simulateur suppose l’erreur et la lenteur indépendantes ; dans la réalité, elles sont souvent corrélées (une dépendance qui expire produit une trace lente et en erreur), ce qui réduit un peu le volume gardé.
Pour aller plus loin : la dimension business sur le coût de la télémétrie, le simulateur de coût au Collector, le simulateur de cardinalité et le glossaire.
Révisé le 2 octobre 2026 : prix retirés ; le stockage s’affiche en Go-mois et en euros seulement avec votre prix.