Solucionar problemas de eBPF en Kubernetes

Problema

Está experimentando problemas con el agente eBPF en su entorno de Kubernetes, como límites de descriptores de archivos, errores de privilegios o problemas de rendimiento.

Solución

Si encuentra errores de límite de descriptores de archivos, consulte nuestra guía de solución de problemas de límite de descriptores de archivos dedicada para obtener pasos de resolución detallados.

Problema

El agente eBPF no se inicia debido a privilegios insuficientes.

Solución

1. Verifique que el DaemonSet del agente eBPF tenga los privilegios necesarios. El gráfico de Helm debería configurar automáticamente los permisos requeridos.

2. Verifique el contexto de seguridad del pod en su implementación:

   bash

   Copia

   $
   kubectl describe pod <ebpf-agent-pod> -n newrelic

3. Asegúrese de que su clúster sea compatible con eBPF. Verifique la versión del kernel en los nodos:

   bash

   Copia

   $
   kubectl get nodes -o wide
   $
   # Kernel version should be 5.4 or later

Problema

Agente eBPF que consume recursos excesivos o causa degradación del rendimiento.

Solución:

1. Supervise el uso de recursos:

   bash

   Copia

   $
   kubectl top pods -n newrelic

2. Ajuste los límites de memoria en sus valores de Helm:

   agent:
   resources:
      limits:
         memory: "2Gi"  # Increase if needed
      requests:
         memory: "512Mi"

   Copia

3. Configure el filtrado de datos para reducir la carga:

   dropDataForNamespaces: ["kube-system", "monitoring"]
   dropDataServiceNameRegex: "kube-dns|otel-collector"

   Copia

4. Limite la supervisión del protocolo si no se necesitan todos los protocolos:

   protocols:
   http:
      enabled: true
   mysql:
      enabled: false  # Disable if not needed

   Copia

Problema

Pods del agente eBPF que no se inician o no pueden enviar datos.

Solución

1. Verifique el estado del pod:

   bash

   Copia

   $
   kubectl get pods -n newrelic
   $
   kubectl describe pod <ebpf-agent-pod> -n newrelic

2. Revise los logs del pod:

   bash

   Copia

   $
   kubectl logs <ebpf-agent-pod> -n newrelic

3. Verifique la conectividad de la red:

   bash

   Copia

   $
   # Test from within the cluster
   $
   kubectl run test-connectivity --image=busybox --rm -it --restart=Never -- \
   >
   nslookup otlp.nr-data.net

4. Verifique la cuenta de servicio y RBAC:

   bash

   Copia

   $
   kubectl get serviceaccount -n newrelic
   $
   kubectl get clusterrole,clusterrolebinding -l app.kubernetes.io/name=nr-ebpf-agent

Problema

Los nombres de las entidades no aparecen correctamente o los datos no se atribuyen a los servicios correctos.

Solución

• El agente eBPF utiliza objetos Service de Kubernetes para nombrar entidades. Asegúrese de que sus aplicaciones tengan un servicio correspondiente definido.

  apiVersion: v1
  kind: Service
  metadata:
  name: my-service  # This becomes the entity name
  spec:
  selector:
     app: my-app

  Copia

• Si le faltan datos, asegúrese de que el espacio de nombres no esté excluido en su values.yaml.

  # In values.yaml
  dropDataForNamespaces: []  # Remove namespaces you want to monitor

  Copia

• En Kubernetes, los nombres de las entidades se derivan del nombre del servicio de Kubernetes, por ejemplo, mysql-database-service. En hosts o en Docker, los nombres son una combinación del nombre del proceso, su directorio o ID de contenedor y el puerto de escucha, por ejemplo, ruby:/home/ubuntu/app:[5678].

  Pasos de verificación

1. Verifique el log de inicio exitoso:

   bash

   Copia

   $
   kubectl logs <ebpf-agent-pod> -n newrelic | grep "STEP-7"

   Debería mostrar: [STEP-7] => Successfully started the eBPF Agent.

2. Verifique el flujo de datos en New Relic:

   • En la interfaz de usuario de New Relic, busque entidades con instrumentation.name = nr_ebpf.
   • Confirme que los nombres de las entidades coincidan con los nombres de sus servicios de Kubernetes.

3. Pruebe la conectividad del punto final OTLP:

   bash

   Copia

   $
   kubectl exec -it <ebpf-agent-pod> -n newrelic -- \
   >
   curl -v https://otlp.nr-data.net:443