OpenTelemetry Collector est un outil indépendant du fournisseur pour la réception, le traitement et l'exportation de données télémétriques. Bien que les Collector exigences et configuration varient, il est livré avec une variété de récepteurs et de processeurs qui le rendent populaire pour monitoring d'infrastructure. Il est également courant d'utiliser le Collector pour le traitement des données, mais cette documentation se concentre sur les cas d'utilisation de monitoring d'infrastructure . Consultez OpenTelemetry Collector pour le traitement des données pour plus d'informations.
Réception de la télémétrie de l'infrastructure
Les exemples suivants illustrent l’utilisation du Collector pour monitorer divers composants infrastructure . Le modèle général consiste à configurer le Collector avec un récepteur spécifique à la technologie ou à usage général (c'est-à-dire Prometheus) pour extraire ou interroger les données d'une cible infrastructure et exporter les données vers New Relic via OTLP.
- Exemple de référentiel Docker (repository)
- Exemple de référentiel HCP Consul
- Exemple de référentiel HiveMQ (repository)
- Exemple de référentiel Hôtes (repository)
- Exemple de référentiel Kafka Confluent Cloud (repository)
- Exemple de référentiel Prometheus (repository)
- Exemple de référentiel Redis (dépôt)
- Exemple de référentiel Singlestore (repository)
- Exemple de référentiel Squid (repository)
- Exemple de référentiel StatsD (repository)
Corrélation de l'infrastructure avec OpenTelemetry APM
L'exemple suivant illustre l'utilisation du Collector pour corréler APM OpenTelemetry avec les données infrastructure :
Le modèle général consiste à configurer le Collector avec un Processeur qui détecte et enrichit la télémétrie APM avec un contexte d'environnement supplémentaire sous la forme d'un attribut de ressource, avant d'exporter les données vers New Relic via OTLP. New Relic détecte ces données de corrélation et construit des relations entre l'APM et l'entité infrastructure via les ressources.
OpenTelemetry Collector pour le monitoring de Kubernetes
Bien que les exigences et configuration de Collector varient, il est livré avec une variété de récepteurs et de processeurs qui le rendent populaire pour le monitoring de Kubernetes. Obtenir toute la télémétrie requise nécessite de récupérer diverses API Kubernetes à l'aide de plusieurs récepteurs avec des exigences d'autorisation différentes. Par conséquent, pour vous simplifier la tâche, nous avons créé un graphique Helm qui utilise notre distribution personnalisée du collecteur nrdot-collecteur-k8s sous le capot. Pour plus de détails sur la façon de démarrer, veuillez vous référer à OpenTelemetry pour Kubernetes.