• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Observabilité de New Relic eBPF

Les piles applicatives modernes comprennent des services hétérogènes et interconnectés s'exécutant dans des environnements infrastructure mixtes, allant des clusters Kubernetes aux hôtes Linux traditionnels. Cette complexité engendre des difficultés fondamentales qui ralentissent le dépannage, telles que :

  • Écarts d'observabilité entre l'application et infrastructure: monitoring des applications fournit des informations approfondies et détaillées sur les performances du code, tandis que monitoring de l'infrastructure suit l'état du système. Cependant, la couche réseau entre ces composants reste souvent invisible. Lors d'un incident, déterminer si la cause première réside dans la logique de l'application ou dans des problèmes liés au réseau nécessite des investigations supplémentaires.

  • Surcharge opérationnelle liée aux agents hétérogènes : les environnements de microservices nécessitent souvent le déploiement de plusieurs agents de monitoring différents. Cela engendre une complexité opérationnelle, des conflits potentiels entre agents et exige des modifications et des redémarrages d'applications, ce qui représente un point sensible important pour les équipes DevOps.

  • Données télémétriques cloisonnées : après la collecte des données, la corrélation des logs d'application avec l'étendue du réseau et les mesures de infrastructure nécessite un travail manuel approfondi, conduisant à une observabilité incomplète et à une résolution tardive incident.

  • Contrôle limité de l'équipe plateforme : les ingénieurs plateforme manquent souvent de capacités ou d'autorisations pour instrument facilement les applications sur l'ensemble de leur infrastructure, tout en restant responsables de la fiabilité et des performances globales du site.

La solution d'observabilité eBPF de New Relic répond à ces défis grâce à l'unification et à la simplification. Notre agent unique, léger et indépendant du langage exploite la technologie eBPF pour obtenir des informations approfondies « de l'extérieur vers l'intérieur » détaillées directement à partir du noyau Linux.

Fonctionnalité clé

  • Visibilité complète sans intrusion : obtenez une observabilité complète des charges de travail nouvelles, legacy ou tierces sur les hôtes/conteneurs Kubernetes et Linux en cluster, quel que soit le langage de programmation.

  • Collecte de données unifiée : Fonctionnant au niveau du noyau, notre agent unique collecte simultanément des données d'observabilité, notamment les étendues d'application, les logs, le trafic réseau et les métriques infrastructure, résolvant ainsi le problème des silos de données.

  • Déploiement simplifié : en déplaçant l’observabilité dans le noyau, nous éliminons la nécessité de modifier les applications, simplifiant ainsi le déploiement dans les environnements riches en microservices sans nécessiter de redémarrages d’applications ni de modifications de code.

Conseil

L'agent eBPF est conforme à la norme HIPAA, ce qui le rend adapté à une utilisation dans des environnements réglementés.

L'agent eBPF unifié offre deux fonctionnalités puissantes et complémentaires :

Cas d'utilisation

Cette solution répond à des défis critiques pour l'ingénieur plateforme :

  • Dépannage plus rapide : Corréler l'application télémétrie avec les informations détaillées sur infrastructure et le réseau. Cela permet un diagnostic rapide des problèmes de performances, en particulier ceux qui proviennent du système sous-jacent.

  • Découverte automatique : obtenez une observabilité automatisée sans aucune instrumentation. L'agent eBPF identifie et cartographie en continu tous les services en cours d'exécution et leurs dépendances, fournissant une vue architecturale en temps réel de la charge de travail nouvelle ou inconnue sans nécessiter de connaissance préalable du langage de l'application.

  • monitoring unifiée : applications de monitoring écrites dans n'importe quel langage dans divers environnements. Cela vous donne une visibilité cohérente et une analyse des performances du niveau de service directement dans l'interface utilisateur de New Relic.

APM eBPF

Le New Relic eBPF APM est notre standard pour le monitoring d'applications sans code et indépendante du langage. Il découvre automatiquement tous les services s'exécutant sur vos hôtes ou nœuds Kubernetes et alimente l'interface utilisateur de New Relic APM avec des données de performance. Cette fonctionnalité est idéale pour obtenir un inventaire complet de tous vos services, y compris ceux que vous ne pouvez pas instrumenter manuellement, tels que les workloads inconnues ou les applications tierces. Pour plus d'informations, consultez eBPF APM.

Métriques du réseau eBPF

Les métriques réseau eBPF offrent une visibilité approfondie sur les communications réseau de vos applications. Il capture la télémétrie TCP, IP et DNS granulaire directement depuis le noyau, résolvant ainsi une source majeure de problèmes de performance applicative. Cette fonctionnalité complète l'APM (à la fois l'APM eBPF et l'APM traditionnel) et fonctionne indépendamment pour vous donner une image complète de la santé des communications de votre application, vous aidant à répondre définitivement à la question : « Est-ce l'application ou le réseau ? »

Flexibilité de déploiement

  • Pour les clients New Relic APM existants : vous pouvez activer les métriques réseau eBPF en parallèle de vos agents APM existants afin d’obtenir une visibilité au niveau de la couche réseau sans perturber l’instrumentation actuelle. L'agent eBPF fonctionne en mode réseau uniquement, complétant vos données APM avec des informations réseau détaillées au niveau du noyau.

  • Pour un monitoring complet : Déployez l'agent eBPF complet avec les fonctionnalités d'APM eBPF et de métriques réseau pour une observabilité complète des couches application, infrastructure et réseau.

Pour visualiser les métriques du réseau, reportez-vous à la documentation réseau-métriques.

Comment configurer l'agent eBPF

Vous pouvez configurer l'agent New Relic eBPF sur votre hôte Linux ou votre cluster Kubernetes.

Assurez-vous que votre environnement réponde à nos exigences de compatibilité.

En fonction de votre environnement, suivez le guide d'installation approprié :

Retrouvez vos données dans New Relic

Une fois l'agent eBPF installé, il commence automatiquement à collecter les données de votre hôte Linux. Vous pouvez accéder à ces données dans l'interface utilisateur OpenTelemetry de New Relic. Pour plus d'informations sur l'interface utilisateur New Relic OpenTelemetry, reportez-vous à l'interface utilisateur OpenTelemetry APM.

Compatibilité et exigences

Découvrez les exigences de compatibilité d'agent de New Relic eBPF, la base de données prise en charge, la plateforme et les capacités d'interrogation.

Installation eBPF Kubernetes

Découvrez comment configurer l'agent New Relic eBPF pour votre cluster Kubernetes.

Installation Linux eBPF

Découvrez comment configurer l'agent New Relic eBPF pour votre hôte Linux.

Droits d'auteur © 2026 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.