Télémétrie
La page Paramètres → Plateforme → Télémétrie montre où votre déploiement Scrydon envoie ses traces, métriques et journaux, si chaque signal atteint votre collecteur OpenTelemetry, et les valeurs Helm qui le modifient.
Télémétrie montre comment votre déploiement Scrydon exporte ses traces,
métriques et journaux vers votre propre collecteur OpenTelemetry. Ouvrez-la depuis
Paramètres → Plateforme → Télémétrie. La page est en lecture seule : chaque
réglage qu'elle affiche est une valeur Helm que les pods lisent à leur démarrage.
Vous le modifiez donc dans votre fichier de valeurs, puis vous lancez
helm upgrade. La page affiche les valeurs à définir.
Ce que vous voyez
Une carte par signal. Chaque carte affiche un statut, les réglages en vigueur et, lorsque Helm contrôle le signal, le bloc de valeurs Helm à copier dans votre fichier de valeurs.
| Carte | Ce qu'elle couvre |
|---|---|
| Service traces and metrics (OTLP/HTTP) | Le point de terminaison OTLP/HTTP vers lequel les services Scrydon exportent traces et métriques (observability.otlpHttpEndpoint), et si le pod de la plateforme peut l'atteindre. |
| Dapr sidecar traces | L'exportateur de traces des sidecars Dapr, leur taux d'échantillonnage et leur point de terminaison OTLP/gRPC (dapr.tracing), et si le pod de la plateforme peut l'atteindre. |
| Dapr sidecar metrics | Le port sur lequel les sidecars servent leurs métriques Prometheus (dapr.metricsPort), et les collecteurs de métriques que les politiques réseau autorisent à le lire. |
| Network path | Si les politiques réseau sont actives, quelles charges de travail elles isolent, et les collecteurs que la route de télémétrie admet (networkPolicies.telemetry). |
| Logs | Les services écrivent leurs journaux NDJSON sur la sortie standard. L'agent de journalisation de votre cluster les collecte ; Scrydon n'expédie pas les journaux, et les politiques réseau n'affectent pas ce chemin. |
Statuts
- OK — le signal est configuré et atteint son collecteur.
- Off — rien n'est configuré pour ce signal.
- Blocked — le signal est configuré, mais une politique réseau le rejette avant
qu'il n'atteigne le collecteur. Ajoutez le collecteur à
networkPolicies.telemetry; la carte Network path affiche le bloc à ajouter, avec l'espace de noms et les ports de votre collecteur déjà renseignés. VoirnetworkPolicies.telemetry. - Unreachable — le pod de la plateforme n'a pas pu ouvrir de connexion vers le collecteur en trois secondes. La carte affiche l'erreur.
- Misconfigured — le point de terminaison ne peut pas être joint tel qu'il est écrit, par exemple un hôte sans port.
- Unknown — le chart Helm n'a pas communiqué ses réglages à la plateforme, par exemple après la mise à jour de l'image de la plateforme sans le chart correspondant.
L'accessibilité est testée depuis le pod de la plateforme
La page ouvre une connexion TCP vers chaque collecteur configuré depuis le pod de la plateforme. Les politiques réseau sélectionnent des pods : une autre charge de travail peut donc être coupée alors que le pod de la plateforme se connecte. La carte Network path couvre les autres charges de travail : elle indique Blocked dès qu'une charge de travail qui exporte de la télémétrie est isolée et que la route n'admet pas le collecteur.
Nouvelle vérification
La page vérifie à son ouverture. Appuyez sur Re-check pour relancer la
vérification, par exemple après un helm upgrade, une fois les pods redémarrés.