Monitoring de latence gRPC avec des histogrammes Prometheus

Question

Je cherche à instrumenter mes services gRPC en Go pour monitorer la latence précise. J'utilise prometheus/client_golang mais mes histogrammes ne semblent pas refléter les latences réelles (p99 très instable).

Comment configurez-vous vos Buckets pour avoir une précision correcte sans exploser la cardinalité ?

besson-zacharie · Answer

Utilise des buckets exponentiels. C'est la base pour le gRPC. Voici un exemple pour une latence en secondes :prometheus.ExponentialBuckets(0.005, 2, 10)

imbert-julien · Answer

J'ai testé, ça donne une meilleure résolution sur les petits temps, mais ça manque de granularité au-delà d'une seconde.

slanglois · Answer

Tu peux combiner les buckets. Il n'y a pas de règle d'or, il faut adapter à ton SLA. Si ton SLA est à 200ms, tes buckets doivent être centrés autour.

imbert-julien · Answer

Je vois. Est-ce qu'il vaut mieux utiliser des Summary ou des Histogram dans ce cas ?

xavier83 · Answer

Évite les Summary si tu veux agréger les données entre plusieurs instances. Les histogrammes sont indispensables pour le calcul global.

besson-zacharie · Answer

Exactement. Pour le p99, si tu as trop de cardinalité, regarde du côté des native histograms si tu es sur une version récente de Prometheus.

imbert-julien · Answer

Je vais regarder les native histograms, ça semble être la solution pour éviter de configurer manuellement les buckets.

slanglois · Answer

Attention cependant à la consommation CPU/RAM si tu as énormément de labels (cardinalité).

xavier83 · Answer

C'est vrai. Garde tes labels au strict minimum (méthode, statut).

imbert-julien · Answer

C'est noté. Je pars sur une configuration optimisée des buckets et je limite les labels. Merci pour les conseils.

Monitoring de latence gRPC avec des histogrammes Prometheus

10 commentaires

Laisser une réponse

Guide pour configurer de votre environnement GoLang

Les pointeurs dans le langage de programmation Go

Mise à niveau d'un cluster Kubernetes (kubeadm)

Comprendre les Permissions Utilisateurs sur GitLab

Fluid Computing : L'Ère des Architectures Adaptatives DevOps

Rejoindre la communauté

Oops! An Error Occurred

The server returned a "500 Internal Server Error".