La page de résumé de l’observabilité du Collector s’ouvre avec six tuiles de KPI (indicateurs de performances clés) qui vous donnent un aperçu rapide de la santé de votre collecteur. Cliquez sur n’importe quelle tuile pour ouvrir une vue détaillée avec le graphique sous-jacent, ainsi qu’un ensemble de graphiques de télémétrie associés qui vous aident à analyser un changement inattendu du KPI. Dans la plupart des cas, la télémétrie associée peut être segmentée par type de signal, ou par composant (exportateur/Processeur/Récepteur) lors de la sélection d’un type de signal spécifique. Cette page explique ce que signifie chaque KPI, et pourquoi chacun de ses graphiques de télémétrie associés est présent.
Éléments reçus
Quantité de télémétrie entrant dans le collecteur via ses Récepteurs. Les causes courantes d’un changement inattendu sont des problèmes clients en amont (moins ou plus d’applications instrumentées envoyant des données) ou un Récepteur qui ne parvient pas à récupérer les données qu’il est configuré pour extraire.
Télémétrie associée :
- Receiver accepted: décompose le total par signal ou Récepteur, afin que vous puissiez déterminer d’où provient exactement le changement.
- Receiver refused: indique si une partie de la baisse provient de la télémétrie refusée (voir aussi Récepteur refusé) plutôt que d’une baisse du trafic en amont.
- Memory limiter drop ratio: le refus de données par les récepteurs pourrait finalement être dû au blocage du memorylimiter.
Éléments envoyés
Télémétrie envoyée avec succès par les exportateurs du collecteur vers les destinations en aval. Les causes courantes d’un changement inattendu sont des problèmes en amont (processeurs abandonnant des données, récepteurs refusant des données, ou clients fournissant moins de données au collecteur), ou des défaillances de l’exportateur.
Télémétrie associée :
- Exporter sent: décompose le total par signal, ou exportateur, afin que vous puissiez déterminer d’où provient exactement le changement.
- Exporter failures: met en évidence les échecs de l'exportateur (voir Taux d'échec de l'exportation) comme cause de l'envoi d'un nombre réduit d'éléments.
- Exporter queue saturation: indique si une file d’attente d’envoi saturée (voir Saturation de la file d’attente) empêche l’envoi d’éléments.
Saturation de file d’attente
Le niveau de remplissage de la file d’attente d’envoi de chaque exportateur ; une file d’attente pleine entraîne une perte de données. Les causes courantes d’un pic de saturation sont des défaillances de l’exportateur qui encombrent la file d’attente ou un pic de trafic atteignant une file d’attente sous-dimensionnée.
Télémétrie associée :
- Exporter send failures: les exportations en échec prennent souvent plus de temps, par ex. délais d’attente, et ils entraînent de nouvelles tentatives qui provoquent une accumulation dans la file d’attente.
- Exporter queue size vs. capacity: indique la taille brute de la file d’attente par rapport à sa capacité configurée, afin que vous puissiez déterminer si la saturation est causée par un pic de trafic, ou si la file d’attente est simplement sous-dimensionnée.
Récepteur refusé
Télémétrie en amont que les récepteurs rejettent activement. Cela devrait normalement être égal à zéro ; tout taux soutenu est une anomalie à diagnostiquer via les logs.
Télémétrie associée :
- Memory limiter drop ratio: les Récepteurs commencent à refuser la télémétrie une fois que le Processeur memorylimiter bloque, ce qui serait la véritable cause première.
- Process memory RSS: contextualise les métriques du memorylimiter en affichant l’utilisation de la mémoire du collecteur.
- Process runtime heap allocated: un tas Go grandissant peut entraîner une récupération de mémoire défaillante, ce qui peut à son tour nuire au débit du collecteur.
Taux d’échec d’exportation
Le pourcentage de requests d'exportateur qui échouent, et sont réessayés, si configuré. Les causes courantes sont des problèmes de réseau, ou une mauvaise configuration de l'exportateur, ou des destinations.
Télémétrie associée :
- Exporter failures: indique le nombre absolu d'échecs (numérateur) par signal, ou exportateur, afin que vous puissiez déterminer où exactement les échecs se produisent.
- Exporter sent: affiche le nombre absolu d’exportations (dénominateur) pour mettre les échecs et le taux en perspective.
Rejets de file d’attente
Télémétrie que le collecteur n’a pas pu mettre en file d’attente pour l’exportation parce que la file d’attente était pleine. Les données qui n’ont pas été mises en file d’attente sont rejetées, c’est-à-dire une perte de données confirmée.
Télémétrie associée :
- Exporter enqueue failures: détaille la perte de données confirmée par signal, ou exportateur.
- Exporter queue size vs. capacity: indique si la file d'attente s'est remplie rapidement, par ex. pic de trafic, ou progressivement, par ex. collecteur sous-dimensionné, file d'attente sous-dimensionnée, ou accumulation d'échecs persistants.
- Exporter failures: les échecs d’exportation engorgent souvent la file d’attente jusqu’à ce qu’elle soit pleine, ce qui aide donc à confirmer si c’est la cause première.