Problème
Vous avez installé l'agent New Relic eBPF, mais vous ne voyez aucune donnée eBPF dans votre interface utilisateur New Relic, ou il vous manque des métriques ou des étendues spécifiques pour certains protocoles.
Solution
Si aucune donnée eBPF n'apparaît :
Vérifiez la connectivité réseau: assurez-vous que le point de terminaison OTLP (OpenTelemetry Protocol) n’est bloqué par aucun pare-feu ou configuration réseau. Vérifiez que ces URL sont accessibles :
otlp.nr-data.net:443otlp.eu01.nr-data.net:443(Région UE uniquement)https://downloads.newrelic.comhttps://nr-downloads-ohai-staging.s3.amazonaws.com
Important
Assurez-vous que les ports 4317 et 443 ne sont pas bloqués à plusieurs niveaux :
NiveauCluster : Pour un déploiement Kubernetes (par exemple, un cluster AKS), vérifiez que les groupes de sécurité réseau du cluster autorisent le trafic sortant sur ces ports.
Au niveau de l'infrastructure: vérifiez que les logiciels de sécurité (par exemple, Microsoft Defender, pare-feu d'entreprise) ne bloquent pas ces ports au niveau infrastructure
Le blocage des ports peut se produire simultanément aux deux niveaux, provoquant des problèmes de connectivité même si un seul niveau est correctement configuré.
Vérification de l'installation de l'agent: assurez-vous que les services de l'agent eBPF sont en cours d'exécution :
Pour les hôtes Linux :
bash$sudo systemctl status newrelic-ebpf-agent$sudo systemctl status newrelic-ebpf-agent-clientPour Kubernetes :
bash$kubectl get pods -n newrelicConsultez les logs de l'agent: recherchez les erreurs dans les logs de l'agent. L'installation réussie devrait afficher :
[STEP-7] => Successfully started the eBPF Agent.Utilisez le filtre approprié: Dans l'interface utilisateur de New Relic, filtrez l'entité par
instrumentation.name = nr_ebpfpour voir les services eBPF-monitorer.
Si certaines métriques ou périodes sont manquantes :
Vérifiez la configuration du protocole: assurez-vous que les métriques et les étendues sont activées pour le protocole spécifique dans votre fichier de configuration :
Pour les hôtes Linux (
/etc/newrelic-ebpf-agent/newrelic-ebpf-agent.conf) :bash$PROTOCOLS_HTTP_ENABLED="true"$PROTOCOLS_HTTP_SPANS_ENABLED="true"$PROTOCOLS_MYSQL_ENABLED="true"$# ... other protocolsPour Kubernetes (dans votre
values.yaml) :protocols:http:enabled: truespans:enabled: truemysql:enabled: trueRedémarrez l'agent après les modifications de configuration :
Pour les hôtes Linux :
bash$sudo systemctl restart newrelic-ebpf-agentPour Kubernetes :
bash$helm upgrade nr-ebpf-agent newrelic/nr-ebpf-agent -n newrelic --reuse-valuesVérifiez les paramètres de filtrage des données: assurez-vous que votre entité n'est pas exclue par des paramètres de configuration comme
DROP_DATA_FOR_ENTITYoudropDataServiceNameRegex.
Étapes de vérification supplémentaires :
Filtrer l'entité par hôte: utilisez la tag
host.namedans l'interface utilisateur de New Relic pour filtrer les entités exécutées sur un hôte spécifique.Vérifiez le nom de l'entité: les entités sont automatiquement nommées comme suit :
- Hôtes Linux:
processName:workingDirectory:[port](ex.,ruby:/path/to/app:[5678]) - Docker:
processName:containerName:[port](ex.,java:my-container:[8080]) - Kubernetes: Basé sur le nom du service Kubernetes (par exemple,
mysql-database-service)
- Hôtes Linux:
Vérifiez la dénomination personnalisée: si vous utilisez
NEW_RELIC_APP_NAME, l’entité apparaîtra avec le suffixe-ebpf.