Nenhum dado é exibido na interface do usuário.

Problema

Você instalou o agente eBPF New Relic, mas não vê nenhum dado eBPF na sua interface New Relic, ou está faltando métricas ou spans específicos para determinados protocolos.

Solução

Caso não apareçam dados eBPF:

Verifique a conectividade da rede: Certifique-se de que o endpoint OTLP (OpenTelemetry Protocol) não esteja bloqueado por nenhum firewall ou configuração de rede. Verifique se estes URLs estão acessíveis:
- otlp.nr-data.net:443
- otlp.eu01.nr-data.net:443 (Apenas para a região da UE)
- https://downloads.newrelic.com
- https://nr-downloads-ohai-staging.s3.amazonaws.com

Importante

Certifique-se de que as portas 4317 e 443 estejam desbloqueadas em vários níveis:

NívelCluster : Para implantação Kubernetes (por exemplo, cluster AKS), verifique se os grupos de segurança de rede do cluster permitem tráfego de saída nessas portas.
Nível de infraestrutura: Verifique se o software de segurança (por exemplo, Microsoft Defender, firewall corporativo) não está bloqueando essas portas no nível da infraestrutura.
O bloqueio de portas pode ocorrer em ambos os níveis simultaneamente, causando problemas de conectividade mesmo que um dos níveis esteja configurado corretamente.

Verificar a instalação do agente: Verifique se os serviços do agente eBPF estão em execução:
Para hosts Linux:
bash
```
$sudo systemctl status newrelic-ebpf-agent
$sudo systemctl status newrelic-ebpf-agent-client
```
Para Kubernetes:
bash
```
$kubectl get pods -n newrelic
```
Verifique os logs do agente: Procure por erros nos logs do agente. Uma instalação bem-sucedida deverá exibir a seguinte mensagem:
```
[STEP-7] => Successfully started the eBPF Agent.
```
Use o filtro correto: Na interface New Relic, filtre a entidade por instrumentation.name = nr_ebpf para ver os serviços monitorados pelo eBPF.

Caso faltem métricas ou intervalos específicos:

Verifique a configuração do protocolo: Verifique se as métricas e os spans estão habilitados para o protocolo específico em seu arquivo de configuração:
Para hosts Linux (/etc/newrelic-ebpf-agent/newrelic-ebpf-agent.conf):
bash
```
$PROTOCOLS_HTTP_ENABLED="true"
$PROTOCOLS_HTTP_SPANS_ENABLED="true"
$PROTOCOLS_MYSQL_ENABLED="true"
$# ... other protocols
```
Para Kubernetes (em seu values.yaml):
```
protocols:
  http:
    enabled: true
    spans:
      enabled: true
  mysql:
    enabled: true
```

Reinicie o agente após alterações de configuração:

Para hosts Linux:

bash

$sudo systemctl restart newrelic-ebpf-agent

Para Kubernetes:

bash

$helm upgrade nr-ebpf-agent newrelic/nr-ebpf-agent -n newrelic --reuse-values

Verifique as configurações de filtragem de dados: Verifique se sua entidade não está sendo excluída por um parâmetro de configuração como DROP_DATA_FOR_ENTITY ou dropDataServiceNameRegex.

Etapas adicionais de verificação:

Filtrar entidade por host: Use a tag host.name na interface New Relic para filtrar entidades em execução em um host específico.
Verifique a nomenclatura da entidade: a entidade é automaticamente nomeada da seguinte forma:
- Hosts Linux: processName:workingDirectory:[port] (ex.: ruby:/path/to/app:[5678])
- Docker: processName:containerName:[port] (ex.: java:my-container:[8080])
- Kubernetes: Com base no nome do serviço Kubernetes (ex.: mysql-database-service)
Verificar nomenclatura personalizada: Se usar NEW_RELIC_APP_NAME, a entidade aparecerá com o sufixo -ebpf.