Installer l'agent New Relic eBPF pour les hôtes Linux

Vous pouvez installer l'agent New Relic eBPF sur votre hôte Linux pour monitorer l'état de santé de l'ensemble de votre système. L'agent eBPF offre une visibilité approfondie sur les performances des applications sans nécessiter de modifications de code ni de déploiement d'agents spécifiques au langage.

Installez l'agent New Relic eBPF

Avant de commencer

Vous devez satisfaire aux prérequis décrits dans la documentation relative à la compatibilité et aux exigences eBPF pour les hôtes Linux.

Installer l'agent eBPF

Pour installer l'agent eBPF :

connectez-vous à votre compte New Relic.
Allez à left navigation pane > + Integration & Agents > eBPF Agent.
Sur l'écran Select an account, sélectionnez le compte sur lequel vous souhaitez installer l'agent eBPF, puis cliquez sur Continue.
Sur la page Select an installation method, sélectionnez On a host et cliquez sur Continue.
Sur l'écran Enter your user key, sélectionnez l'une des options suivantes, puis cliquez sur Continue:
- Use an existing key: Si vous avez déjà une clé utilisateur, fournissez la clé utilisateur. Pour plus d'informations, consultez Clés utilisateur.
- Create a new key: Si vous n'avez pas de clé utilisateur, cliquez sur Create a new key pour en créer une.
Sur l'écran Configure the host integration, saisissez le nom de déploiement de l'hôte, puis cliquez sur Continue.
Sur l'écran Install the agent, exécutez la commande fournie dans votre terminal pour installer l'agent eBPF via le paquet Debian.
1. Copiez et collez la commande affichée pour installer l'agent eBPF sur votre hôte Debian.
2. Pour vérifier l’installation, exécutez la commande suivante :
  bash
```
$sudo systemctl status newrelic-ebpf-agent
```
Une fois l'installation réussie, l'état de ces services s'affiche comme actif (en cours d'exécution).
Conseil
Vous pouvez personnaliser la configuration de l'agent eBPF en modifiant le fichier newrelic-ebpf-agent.yaml disponible sur /etc/newrelic-ebpf-agent/newrelic-ebpf-agent.yaml. Pour plus d'informations sur les paramètres configuration, reportez-vous à Paramètres de configuration.
Important
On yum-based hosts, this installation command overwrites /etc/yum.repos.d/newrelic-infra.repo so that it points to a preview yum channel used to fetch the newrelic-ebpf-agent package. This replaces the baseurl that the infrastructure agent's own repository file normally uses, and affects RHEL-family hosts (RHEL, CentOS, Rocky Linux, AlmaLinux, and Oracle Linux) as well as Amazon Linux (2, 2022, and 2023).
If you also manage the infrastructure agent or on-host integrations (for example nri-elasticsearch) through this same repository file, yum check-update may stop showing new versions for them after installing or upgrading the eBPF agent, because the preview channel carries a smaller, different package set.
To restore the standard update path for the infrastructure agent and its integrations, re-run the repository setup command for your OS from Add the infrastructure agent repository (RHEL-family) or Amazon Linux, then refresh the yum cache:
bash
```
$sudo yum clean all
$sudo yum -q makecache -y --disablerepo='*' --enablerepo='newrelic-infra'
```
This doesn't affect Debian or Ubuntu hosts, where the eBPF agent is installed from a .deb package outside of the infrastructure agent's apt source list.

Accéder aux données eBPF 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.

Pour afficher les données eBPF dans New Relic :

Allez à one.newrelic.com > APM & Services.
Dans la bannière de recherche, définissez les critères de recherche sur instrumentation.name = nr_ebpf:

Mettre à niveau l'agent eBPF

Pour mettre à niveau l'agent eBPF sur un hôte Linux, réexécutez la commande d'installation depuis l'interface utilisateur de New Relic. Ce processus installera la nouvelle version de l'agent tout en supprimant automatiquement l'ancienne.

Important

La mise à niveau via un gestionnaire de paquets n'est pas prise en charge. Pour une mise à niveau réussie, vous devez utiliser la commande d'installation de l'interface utilisateur de New Relic.

Important

On yum-based hosts (RHEL-family and Amazon Linux), re-running the installation command also overwrites /etc/yum.repos.d/newrelic-infra.repo again. If you rely on that file to keep the infrastructure agent or its on-host integrations updated via yum, repeat the repository restore steps after each eBPF agent upgrade.

Pour obtenir la dernière commande d'installation :

Allez à one.newrelic.com > + Integration & Agents > eBPF Agent.
Suivez le processus d'installation pour obtenir la commande mise à jour.
Exécutez la commande sur votre hôte pour mettre à niveau l'agent.
Redémarrez le service de l'agent ebpf en utilisant la commande ci-dessous :
bash
```
$sudo systemctl restart newrelic-ebpf-agent
```

Paramètres de configuration

Le fichier newrelic-ebpf-agent.yaml contient les paramètres de configuration suivants :

Conseil

L'agent eBPF génère automatiquement des noms d'entités différemment selon l'environnement :

Dans les hôtes ou Docker, ces noms sont une combinaison du nom du processus, de son répertoire ou de son ID de conteneur et du port d'écoute. Par exemple, ruby:/home/ubuntu/app:[5678] ou java:f4aead533895:[8080].
Dans Kubernetes, ces noms sont dérivés du nom du service, par exemple, mysql-database-service.
Attribution d'un nom personnalisé aux applications :
Vous pouvez attribuer un nom personnalisé à votre application en définissant la variable d'environnement NEW_RELIC_APP_NAME pour les applications Kubernetes et sur l'hôte.

Ces paramètres contrôlent l’identité principale et la destination des données de l’agent eBPF.

Nom du paramètre	Description	Type de données	Exemple de valeur
`licenseKey`	Spécifie votre clé de licence New Relic, qui est requise pour envoyer des données.	Chaîne	`"22387565c...FFFFNRAL"`
`deploymentName`	Spécifie un nom unique pour votre déploiement afin de faciliter l’identification de ses données dans New Relic.	Chaîne	`"my-deployment"`
`region`	Si vous utilisez une customSecretLicenseKey, vous devez fournir votre région `"US"` / `"EU"` / `"JP"` / `"GOV"` . Sinon, laissez cette valeur sous forme de chaîne vide.	Chaîne	`""`
`customOtlpEndpoint`	URL du point de terminaison OTLP personnalisé. Lorsqu’il est défini, cela a priorité sur les points de terminaison statiques basés sur la région.	Chaîne	`""`
`customOtlpEndpointTlsEnabled`	Indique si TLS est activé sur le point de terminaison OTLP personnalisé. Uniquement applicable lorsque `customOtlpEndpoint` est défini.	Booléen	`true`
`customOtlpEndpointTlsCertPath`	Chemin d'accès aux certificats CA personnalisés pour la validation TLS du point de terminaison OTLP. Si vide, les certificats d'AC par défaut du système sont utilisés.	Chaîne	`""`
`otlpProxy.host`	Nom d’hôte du proxy HTTP/HTTPS pour le routage des données télémétriques OTLP via un proxy d’entreprise. Si vide, aucun proxy n'est utilisé.	Chaîne	`"proxy.example.com"`
`otlpProxy.port`	Port du proxy pour le proxy OTLP.	Entier	`""`
`otlpProxy.scheme`	Schéma d'URL du proxy. Valeurs acceptées : `http` , `https` .	Chaîne	`"http"`
`otlpProxy.user`	Nom d'utilisateur pour l'authentification de base du proxy. Si vide, aucune authentification n'est utilisée.	Chaîne	`""`
`otlpProxy.password`	Mot de passe pour l'authentification de base du proxy. Utilisé uniquement avec `otlpProxy.user` .	Chaîne	`""`
`otlpProxy.url`	URL complète du proxy. Lorsqu'il est défini, cela remplace les paramètres individuels `otlpProxy.host` , `port` , `scheme` , `user` et `password` . Format : `http://[user:pass@]host:port` .	Chaîne	`""`
`logLevel`	Définit le niveau de log de l'agent. Les options sont `OFF` , `FATAL` , `ERROR` , `WARNING` , `INFO` , `DEBUG` par ordre croissant de verbosité.	Chaîne	`"INFO"`
`logFilePath`	Spécifie le chemin d'accès aux fichiers de logs de l'agent. Si le chemin est vide ou invalide, les logs sont envoyés vers la sortie standard (stdout).	Chaîne	`"/var/log/newrelic-ebpf-agent"`
`reportApmData`	Contrôle le reporting des données APM. Valeurs acceptées : `"true"` (toujours envoyer), `"false"` (ne jamais envoyer), `"auto"` (envoyer uniquement lorsque ni l'agent APM ni l'agent OTel n'est attaché).	Chaîne	`"auto"`
`reportNetworkMetrics`	Contrôle le reporting des métriques réseau. Lorsqu'il est activé, l'agent collecte et rapporte les métriques réseau, y compris les statistiques TCP. Valeurs acceptées : `"true"` (toujours envoyer), `"false"` (ne jamais envoyer), `"auto"` .	Chaîne	`"auto"`
`reportLogs`	Contrôle le reporting du log d'application. Valeurs acceptées : `"true"` (toujours envoyer), `"false"` (ne jamais envoyer), `"auto"` (envoyer sauf si l'agent APM attaché collecte activement les logs lui-même, ou si un agent OTel est attaché). Consultez Détection automatique et backoff pour plus de détails.	Chaîne	`"false"`
`agentMetadataReporting`	Active le reporting des métadonnées de l'agent et de l'entité. Par défaut, l'agent exporte les métadonnées de l'agent et de l'entité vers New Relic via HTTP. Définissez ceci sur `false` pour désactiver entièrement le chemin d'exportation HTTP du reporting des métadonnées.	Booléen	`true`
`ai_monitoring.enabled`	Contrôle le reporting de télémétrie de l’IA générative (GenAI). Valeurs acceptées : `"true"` (toujours envoyer), `"false"` (ne jamais envoyer), `"auto"` (envoyer uniquement lorsqu’aucun agent APM de langage ou OTel ne rapporte déjà des données de monitoring de l’IA pour l’entité).	Chaîne	`"false"`
`ai_monitoring.samplingLatency`	Définit le seuil d’échantillonnage basé sur la latence pour l’exportation des spans d’IA générative (GenAI). Prend en charge les valeurs de `p0` à `p99` .	Chaîne	`"p50"`
`ai_monitoring.samplingErrorRate`	Définit le seuil de taux d’erreur pour une route d’IA générative (GenAI) dont le dépassement signifie que les spans correspondantes de la route sont exportées. Options : `1` - `100` .	Chaîne	`""`
`ai_monitoring.genAICaptureMessageContent`	Lorsque `true` , capture le contenu complet du prompt et de la complétion pour les interactions d’IA générative (GenAI). Ne prend effet que lorsque `ai_monitoring.enabled` est `true` ou `auto` . Utilisez avec précaution.	Booléen	`false`
`httpPathNormalizationPatterns`	Définit les modèles de normalisation de chemin HTTP. Chaque modèle doit contenir au moins un caractère générique `*` . Utilisez un préfixe `!` pour les modèles d'exclusion afin de conserver les chemins tels quels (ignorer le cluster automatique). L'agent applique ces modèles avant le cluster automatique, et ils ont priorité sur celui-ci.	List	`["/api/users/", "/api/orders/", "!/health/*"]`
`httpBodyLimitBytes`	Définit le nombre maximum d’octets capturés à partir d’un corps de requête/réponse HTTP. Par défaut : `1048576` (1 Mo) lorsque `ai_monitoring.enabled` est `true` ou `auto` , sinon `1024` (1 Ko). Augmentez cette valeur si New Relic tronque les charges de monitoring de l’IA.	Entier	`2097152`
`includePortInServerEntityIdentification`	La configuration vous permet d'inclure ou d'exclure des ports des noms d'entités auto-découverts. En général, les noms apparaissent sous la forme `processName:cwd/container_name:[port]` , par exemple, `python:frosty_merkle:[80]` . Pour exclure les détails du port, définissez cette option sur `false` pour les noms tels que `python:frosty_merkle` .	Booléen	`true`
`entityLabels`	Étiquettes personnalisées à ajouter à toutes les entités rapportées par l'agent eBPF. Ces étiquettes apparaissent comme attributs `tags.*` dans New Relic (par exemple, `tags.environment` , `tags.datacenter` ).	Carte	`{datacenter: "us-east-1", environment: "production"}`
`downloadedPackagedHeadersPath`	Définit le chemin absolu du répertoire complet où les en-têtes Linux requis sont téléchargés manuellement et placés pour que l'agent eBPF puisse les utiliser. Ceci est utile dans les environnements restreints où l'agent n'est pas en mesure de télécharger les en-têtes Linux requis. Les en-têtes requis sont identifiés par l'agent en fonction de la version du noyau. Utiliser uniquement après recommandation du support NR.	Chaîne	`""`
`distroKernelHeadersPath`	Définit le chemin absolu du répertoire complet où les en-têtes Linux sont présents pour que l'agent eBPF les utilise. Ceci est utile lorsque les en-têtes Linux requis n'ont pas pu être installés ou que le chemin n'a pas pu être déterminé. Utiliser uniquement après recommandation du support NR.	Chaîne	`""`

Important

Le eBPF agent prend en charge les proxys HTTP CONNECT utilisant uniquement le schéma http://. En raison des limitations de gRPC, le schéma https:// (une connexion chiffrée par TLS directement vers le proxy) n’est pas pris en charge. Cependant, vos données télémétriques sont toujours chiffrées par TLS de bout en bout entre l’agent et le point de terminaison OTLP de New Relic. Le préfixe http:// détermine uniquement comment l'agent communique avec le proxy pour établir le tunnel. Le proxy lui-même ne voit que le trafic chiffré et n'a jamais accès à vos données. Pour obtenir des instructions de configuration complètes, consultez Configurer un proxy pour le eBPF agent.

Configurer les filtres pour supprimer tous les types de données (métriques réseau et données APM) en fonction de la configuration fournie.

Nom du paramètre	Description	Type de données	Exemple de valeur
`allDataFilters.dropServiceNameRegex`	Modèle d’expressions régulières pour faire correspondre les noms d’entités afin de supprimer TOUTES les données (métriques réseau + données APM). Par exemple : `"java-app\|otel-collector\|\\bservice1\\b"` . Utilisez soit dropServiceNameRegex, soit keepServiceNameRegex pour filtrer les noms de service, pas les deux. Si les deux sont fournis, keepServiceNameRegex a la priorité.	Chaîne	`""`
`allDataFilters.keepServiceNameRegex`	Modèle d'expressions régulières pour faire correspondre les noms d'entités afin de toujours conserver TOUTES les données. Cela contourne tous les filtres de suppression. Par exemple : `"critical-service\|important-app\|\\bmust-monitor\\b"` . Utilisez soit dropServiceNameRegex, soit keepServiceNameRegex pour filtrer les noms de service, mais pas les deux. Si les deux sont fournis, keepServiceNameRegex a la priorité.	Chaîne	`""`
`allDataFilters.dropApmAgentEnabledEntity`	Supprime toutes les données des applications/entités qui ont des agents APM NewRelic/OpenTelemetry en cours d'exécution.	Booléen	`false`

Nom du paramètre

Description

Type de données

Exemple de valeur

allDataFilters.dropServiceNameRegex

Modèle d’expressions régulières pour faire correspondre les noms d’entités afin de supprimer TOUTES les données (métriques réseau + données APM). Par exemple :

"java-app|otel-collector|\\bservice1\\b"

. Utilisez soit dropServiceNameRegex, soit keepServiceNameRegex pour filtrer les noms de service, pas les deux. Si les deux sont fournis, keepServiceNameRegex a la priorité.

Chaîne

""

allDataFilters.keepServiceNameRegex

Modèle d'expressions régulières pour faire correspondre les noms d'entités afin de toujours conserver TOUTES les données. Cela contourne tous les filtres de suppression. Par exemple :

"critical-service|important-app|\\bmust-monitor\\b"

. Utilisez soit dropServiceNameRegex, soit keepServiceNameRegex pour filtrer les noms de service, mais pas les deux. Si les deux sont fournis, keepServiceNameRegex a la priorité.

Chaîne

""

allDataFilters.dropApmAgentEnabledEntity

Supprime toutes les données des applications/entités qui ont des agents APM NewRelic/OpenTelemetry en cours d'exécution.

Booléen

false

Configurer les filtres pour supprimer les données eBPF APM en fonction de la configuration fournie.

Nom du paramètre	Description	Type de données	Exemple de valeur
`apmDataFilters.dropEntityName`	Liste des noms d'entités pour supprimer les données APM eBPF. Par exemple : `["kube-dns", "otel-collector", "service1"]` .	List	`[]`
`apmDataFilters.keepEntityName`	Liste des noms d'entités pour toujours conserver les données eBPF APM. Par défaut, toutes les entités sont conservées/activées. Cela contourne le filtre `apmDataFilters.dropEntityName` . Par exemple : `["critical-service", "important-app"]` .	List	`[]`
`apmDataFilters.jvmMetricsReporting`	Activer le reporting des métriques JVM. Lorsqu'il est activé, l'agent collecte et rapporte les métriques JVM pour les applications Java.	Booléen	`true`

Nom du paramètre

Description

Type de données

Exemple de valeur

apmDataFilters.dropEntityName

Liste des noms d'entités pour supprimer les données APM eBPF. Par exemple :

["kube-dns", "otel-collector", "service1"]

List

[]

apmDataFilters.keepEntityName

Liste des noms d'entités pour toujours conserver les données eBPF APM. Par défaut, toutes les entités sont conservées/activées. Cela contourne le filtre

apmDataFilters.dropEntityName

. Par exemple :

["critical-service", "important-app"]

List

[]

apmDataFilters.jvmMetricsReporting

Activer le reporting des métriques JVM. Lorsqu'il est activé, l'agent collecte et rapporte les métriques JVM pour les applications Java.

Booléen

true

Configurer les filtres pour supprimer/conserver les données des métriques réseau en fonction de la configuration fournie.

Nom du paramètre	Description	Type de données	Exemple de valeur
`networkMetricsDataFilter.dropEntityName`	Liste des noms d'entités pour supprimer les données des métriques réseau. Par exemple : `["kube-dns", "otel-collector", "service1"]` .	List	`[]`
`networkMetricsDataFilter.keepEntityName`	Liste des noms d'entités pour toujours conserver les données des métriques réseau. Par défaut, toutes les entités sont conservées/activées. Cela contourne le filtre `networkMetricsDataFilter.dropEntityName` . Par exemple : `["critical-service", "important-app"]` .	List	`[]`

Nom du paramètre

Description

Type de données

Exemple de valeur

networkMetricsDataFilter.dropEntityName

Liste des noms d'entités pour supprimer les données des métriques réseau. Par exemple :

["kube-dns", "otel-collector", "service1"]

List

[]

networkMetricsDataFilter.keepEntityName

Liste des noms d'entités pour toujours conserver les données des métriques réseau. Par défaut, toutes les entités sont conservées/activées. Cela contourne le filtre

networkMetricsDataFilter.dropEntityName

. Par exemple :

["critical-service", "important-app"]

List

[]

Configurez des filtres pour contrôler les logs d'application que l'agent eBPF collecte et rapporte. Ces paramètres ne prennent effet que lorsque reportLogs est défini sur "true" ou "auto".

Nom du paramètre	Description	Type de données	Exemple de valeur
`logDataFilters.applicationLogReporting.enabled`	Permet la collecte de logs à partir des entités correspondant aux filtres ci-dessous.	Booléen	`true`
`logDataFilters.applicationLogReporting.fileRegex`	Expressions régulières pour faire correspondre les noms de fichiers de log à inclure.	Chaîne	`".*.log$"`
`logDataFilters.applicationLogReporting.logLevelThreshold`	Niveau de log minimum à signaler (par exemple, `TRACE` , `DEBUG` , `INFO` , `WARN` , `ERROR` ).	Chaîne	`"INFO"`
`logDataFilters.applicationLogReporting.maxSamplesPerMinute`	Nombre maximum d'échantillons de log à collecter par minute à partir d'une entité. Une fois cette limite atteinte, les événements sont échantillonnés pour maintenir une distribution uniforme tout au long du cycle de collecte.	Entier	`10000`
`logDataFilters.applicationLogReporting.keepStdStreamEntityRegex`	Expressions régulières pour faire correspondre les noms d'entités afin de conserver les logs de STDOUT et STDERR. Utilisez `.*` pour transférer les logs pour toutes les entités.	Chaîne	`".*"`
`logDataFilters.applicationLogReporting.keepFileEntityRegex`	Expression régulière pour faire correspondre les noms d'entités afin de conserver les logs des fichiers de log. Utilisez `.*` pour transférer les logs pour toutes les entités.	Chaîne	`".*"`

Cette section vous permet d'activer monitoring de protocoles réseau spécifiques et de configurer la manière dont les données trace (spans) sont collectées. Vous pouvez activer ou désactiver monitoring des protocoles tels que HTTP, MySQL et autres, et définir des paramètres pour la collecte de span en fonction de la latence ou du taux d'erreur. Les protocoles suivants sont pris en charge :

HTTP
Thrift
MySQL
MariaDB
Aurora MySQL
PostgreSQL
MongoDB
Apache Cassandra
Redis
DynamoDB
MSSQL
Kafka
AMQP

DNS

Le traçage du protocole MySQL (protocols.mysql) couvre également MariaDB et Aurora MySQL, car les deux moteurs utilisent le même protocole réseau que MySQL. La configuration ne nécessite pas de section mariadb ou aurora_mysql distincte ; l’activation ou la désactivation de protocols.mysql contrôle le traçage pour tous les moteurs pris en charge. L’agent détecte automatiquement le type spécifique de base de données par connexion lors du handshake du serveur et le signale sur chaque enregistrement. Vous ne pouvez pas configurer cette détection manuellement.

Nom du paramètre	Description	Type de données	Exemple de valeur
`protocols.global.max_unlinked_spans`	Contrôle le nombre maximal de spans non liés signalés par protocole. Définissez sur 0 pour désactiver la limite. Les spans non liées sont des spans que l'agent eBPF capture mais ne peut pas associer à leur parent.	Entier	`100`
`protocols.global.unlinked_spans_error_quota_percentage`	Réserve un pourcentage configurable du quota de spans non liées pour les spans d'erreur, garantissant la visibilité des erreurs même lorsque les spans normales arrivent en premier.	Entier	`30`
`protocols.<protocol-name>.enabled`	Si `true` , active le monitoring pour le protocole spécifié (par exemple, `http` , `mysql` et tout autre).	Booléen	`true`
`protocols.<protocol-name>.spans.enabled`	Si `true` , exporte les spans de trace pour le protocole activé.	Booléen	`true`
`protocols.<protocol-name>.spans.samplingLatency`	Définit le seuil d'échantillonnage basé sur la latence pour l'exportation des spans. Prend en charge les valeurs de `p0` à `p99` .	Chaîne	`"p50"`
`protocols.<protocol-name>.spans.samplingErrorRate`	Pour HTTP et Thrift uniquement. Exporte les spans de toute route où le taux d'erreur dépasse le pourcentage spécifié (1-100).	Chaîne	`""`

Désinstallez l'agent eBPF

Pour désinstaller l'agent eBPF d'un hôte Linux, utilisez les outils de gestion package de votre système :

bash

$sudo apt-get purge newrelic-ebpf-agent

Conseil

Il n'est pas nécessaire d'arrêter le service avant d'exécuter la commande de désinstallation.

Installation eBPF Kubernetes

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

dépannage eBPF

Apprenez à résoudre les problèmes liés à l'agent New Relic eBPF.

eBPF bonnes pratiques

Découvrez les bonnes pratiques d'utilisation de l'agent New Relic eBPF.

Cette traduction automatique est fournie pour votre commodité.

Installer l'agent New Relic eBPF pour les hôtes Linux

Installez l'agent New Relic eBPF

Avant de commencer

Installer l'agent eBPF

Conseil

Important

Accéder aux données eBPF dans New Relic

Mettre à niveau l'agent eBPF

Important

Important

Paramètres de configuration

Conseil

configurationgénérale

Important

Tous les filtres de données

Filtres de données APM

Filtres de données des métriques réseau

Filtres de données de log

configurationdu tracing du protocole

Désinstallez l'agent eBPF

Conseil

Installation eBPF Kubernetes

dépannage eBPF

eBPF bonnes pratiques

Cette traduction automatique est fournie pour votre commodité.

Installer l'agent New Relic eBPF pour les hôtes Linux

Installez l'agent New Relic eBPF .css-21sua1{background:none;border:none;width:0;padding:0;}

Avant de commencer

Installer l'agent eBPF

Conseil

Important

Accéder aux données eBPF dans New Relic

Mettre à niveau l'agent eBPF

Important

Important

Paramètres de configuration

Conseil

Tous les filtres de données

Filtres de données APM

Filtres de données des métriques réseau

Filtres de données de log

configurationdu tracing du protocole

Désinstallez l'agent eBPF

Conseil

Installation eBPF Kubernetes

dépannage eBPF

eBPF bonnes pratiques

Installez l'agent New Relic eBPF