• /
  • EnglishEspañolFrançais日本語한국어Português
  • Inicia sesiónComenzar ahora

Te ofrecemos esta traducción automática para facilitar la lectura.

En caso de que haya discrepancias entre la versión en inglés y la versión traducida, se entiende que prevalece la versión en inglés. Visita esta página para obtener más información.

Crea una propuesta

Compatibilidad y requisitos de eBPF

Esta página proporciona información completa sobre compatibilidad para el agente eBPF New Relic, incluida la base de datos compatible, los requisitos de implementación y las capacidades de consulta de datos que se aplican a todos los métodos de instalación.

  • Cerciorar de que se cumplan todos los requisitos y la compatibilidad de integración de Kubernetes .

  • Entornos de Kubernetes: Se admiten los siguientes entornos de Kubernetes:

    • Servicio Amazon Elastic Kubernetes (EKS)
    • Motor Google Kubernetes (GKE)
    • Servicio Azure Kubernetes (AKS)

    /* PREGUNTA PARA Dev: ¿Solo damos soporte a estos entornos mencionados anteriormente? ¿Estamos dando soporte Docker o a cualquier otro entorno de ejecución de contenedor? */

  • Matriz de soporte de base de datos: El agente eBPF puede monitorear las siguientes bases de datos y sus versiones compatibles:

    Base de datos

    Versiones compatibles

    MySQL

    v5.6.51

    y más tarde

    MongoDB

    v3.6.23

    y más tarde

    Redis

    v3.2.12

    y más tarde

    PostgreSQL

    v9.6.24

    y más tarde

  • Requisitos de red: Todas las implementaciones de eBPF requieren acceso a estos extremos:

    Tipo de requisito

    Detalles

    Lista de URL permitidas

    • otlp.nr-data.net:443
    • otlp.eu01.nr-data.net:443 (Obligatorio solo para cuentas de la región de la UE)
    • https://downloads.newrelic.com
    • https://nr-downloads-ohai-staging.s3.amazonaws.com

    Lista de puertos permitidos

    • Para la comunicación interna habilite el puerto 12345 y el puerto 4317
    • Para la comunicación externa habilite el puerto 443

    Requisitos de la ruta de montaje

    • Sistema de archivos raíz (/)
    • Sistema de archivos del sistema (/sys)

Distribuciones de Linux

  • Versiones del kernel de Linux 5.4 y posteriores

  • arm64 o x86-64 arquitectura

  • Privilegios de root (se requiere acceso a sudo para la instalación y el funcionamiento)

  • Un mínimo de 2 GB de RAM

  • Admite las siguientes distribuciones de Linux:

    • Debian 11 y posteriores
    • Ubuntu 20.04 y posteriores
    • CentOS Stream 9 y posteriores
    • RHEL 8 y posteriores

    Matriz de soporte de base de datos

    El agente eBPF puede monitorear la siguiente base de datos y sus versiones compatibles:

    Base de datos

    Versiones compatibles

    MySQL

    v5.6.51

    y más tarde

    MongoDB

    v3.6.23

    y más tarde

    Redis

    v3.2.12

    y más tarde

    PostgreSQL

    v9.6.24

    y más tarde

    Requisitos de red

    Todas las implementaciones de eBPF requieren acceso a estos extremos:

    Tipo de requisito

    Detalles

    Lista de URL permitidas

    • otlp.nr-data.net:443
    • otlp.eu01.nr-data.net:443 (Obligatorio solo para cuentas de la región de la UE)
    • https://downloads.newrelic.com
    • https://nr-downloads-ohai-staging.s3.amazonaws.com

    Lista de puertos permitidos

    • Para la comunicación interna habilite el puerto 12345 y el puerto 4317
    • Para la comunicación externa habilite el puerto 443

    Requisitos de la ruta de montaje

    • Sistema de archivos raíz (/)
    • Sistema de archivos del sistema (/sys)

/* ## Consulta de datos eBPF [#querying-data] Una vez que se implementa el agente eBPF, telemetry data fluyen a New Relic y se pueden consultar mediante NRQL. Estos son los patrones de consulta más comunes: ### consulta abarca Incluyendo requests cuerpo completo y datos de traza: ```sql FROM Span SELECT * WHERE deployment.name = '<deployment-name>' LIMIT MAX ``` ### Consulta métrica Incluyendo estadísticas de TCP y rendimiento métrico: ```sql FROM métrica SELECT * WHERE deployment.name = '<deployment-name>' LIMIT MAX ``` <Callout variant="tip"> Reemplace `<deployment-name>` con el nombre del despliegue real que configuró durante la instalación. ### Nombres de entidades El agente eBPF genera automáticamente nombres de entidades de forma diferente según el entorno: * **En hosts o docker: Los nombres son una combinación del nombre del proceso, su directorio o ID de contenedor y el puerto de escucha.</Callout> Por ejemplo, `ruby:/home/ubuntu/app:[5678]` o `java:f4aead533895:[8080]`. * **En Kubernetes: Los nombres se derivan del nombre del servicio, por ejemplo, `MySQL-servicio de base de datos`. ## Acceso a datos en New Relic [#data-access] Los datos eBPF son accesibles a través de múltiples interfaces New Relic : 1. **Interfaz de usuario de APM & Services**: Vaya a **[one.newrelic.com](https\://one.newrelic.com) > APM & Services** y filtrar por `instrumentation.name = nr_ebpf` 2. Consulta NRQL: emplee los ejemplos de consulta anteriores para explorar sus datos 3. UI OpenTelemetry : los datos de eBPF se integran con la experiencia OpenTelemetry de New Relic Para obtener más información sobre cómo acceder a sus datos, consulte [ UI OpenTelemetry APM ](/docs/OpenTelemetry/get-started/APM-monitoreo/OpenTelemetry-APM-UI). */

Instalación de eBPF Kubernetes

Aprenda a instalar el agente eBPF en Kubernetes.

Instalación de eBPF Linux

Aprenda a instalar el agente eBPF en hosts Linux.

resolución de problemas eBPF

Aprenda a solucionar problemas del agente eBPF.

Copyright © 2025 New Relic Inc.

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