Te ofrecemos esta traducción automática para facilitar la lectura.
In the event of any inconsistency between the English version and the translated version, the English versionwill take priority. Please visit this page for more information.
La pestaña Data ingestion se encuentra en la UIusuario de administración de datos. La UI de ingesta de datos muestra un resumen de su uso por fuente de datos. Para organizaciones con varias cuentas, también puede ver el uso de cuentas específicas.
Para obtener definiciones detalladas de la métrica que se muestra en el gráfico, consulte Fuentes de ingesta de datos.
Para ver la consulta NRQL subyacente utilizada para crear ese gráfico, haga clic en View NRQL.
Para ver un vídeo que muestra un breve recorrido por esta y otras IU de administración, consulte Configuración de la cuenta.
Obtener más detalles
Para obtener más detalles sobre una fuente de datos específica que se muestra en el gráfico, coloque el cursor sobre la banda en el gráfico y haga clic en ella. Se abrirá un modal, como se muestra en la imagen a continuación.
Cuando haces clic en una banda en el gráfico de ingesta, obtendrás más detalles sobre esos datos.
Para obtener algunos detalles técnicos sobre cómo el gráfico muestra los datos y el mensaje de error, consulte Detalles del gráfico.
La forma en que administre sus datos de New Relic dependerá de muchos factores específicos de su organización y sus necesidades. Dicho esto, a continuación se ofrecen algunos consejos generales para gestionar la ingesta de datos y evitar picos inesperados:
Assign team members.
Asigne miembros del equipo que estarán a cargo de revisar su ingesta con una cadencia y administrarla. Asegúrese de que comprendan los factores de facturación relacionados con los datos, incluido lo que cuenta y lo que no cuenta para la facturación.
Get to know your data.
Dedique algún tiempo a familiarizarse con sus datos. Conozca sus flujos y reflujos y comprenda de dónde viene.
Monitor when you make significant changes.
Cuando activa por primera vez una nueva herramienta de generación de informes de datos, o cuando actualiza un agente o una integración, o cuando realiza algún cambio importante en su sistema, debe monitor su ingesta para asegurarse de que no haya un aumento inesperado en los datos.
Set up alerts.
Si le preocupan escenarios específicos que causan picos repentinos en el conjunto de datos, active una condición de alerta para notificarle si eso ocurre. Para obtener consejos al respecto, consulte Consulta de uso.
Reducir la ingesta
A continuación se presentan algunos consejos sobre enfoques comunes que adoptan los clientes de New Relic para reducir la ingesta de datos que no les resultan útiles.
Todas las soluciones de New Relic tienen varias opciones de configuración que le brindan control sobre cómo se informan los datos a New Relic. A continuación, tenemos algunos métodos populares para reducir la ingesta de datos, pero para conocer todas las opciones disponibles, le recomendamos leer los documentos de las herramientas específicas que está utilizando.
Las opciones para ajustar los datos de incluyen:
Configurar la frecuencia de muestreo para el evento de transacción. Consulte la configuración del agente para Java, .Net, Go, NodeJS, PHP, Python o Ruby.
Las opciones para ajustar la ingesta de datos log incluyen:
Logs en el contexto automático: deshabilite o habilite a través de la UI o API, o ajuste la configuración del lado del cliente.
Reenvío de datoslog : los registros sin filtrar a veces pueden generar una gran cantidad de datos log . Puede ajustar la configuración del reenviador de registros para filtrar el registro de eventos desde el lado de envío log .
En la ingesta, aplicamos reglas de eliminación de datos para que no se le cobre por datos que no sean útiles. Pero también puedes establecer tus propias reglas de eliminación de datos.
Si tiene un agente o una integración que no desea en absoluto, puede desinstalar/eliminar esas herramientas. Para obtener instrucciones, consulte los documentos específicos de esa herramienta. Tenga en cuenta que si cree que existe la posibilidad de utilizar esa herramienta en el futuro, simplemente deshabilitarla podría ser una mejor solución que desinstalarla por completo.
Fuentes de ingesta de datos
El gráfico UIde ingesta de datos le muestra un desglose de alto nivel de su uso de datos facturables. La siguiente tabla explica esas fuentes. En esta tabla, "grupo métrico de uso" se refiere al valor del atributo usageMetric de esa fuente en el evento NrConsumption .
Los datos de intervalo de tiempo de métrica promedian períodos de una hora después de ocho días. Después de 90 días, los datos métricos permanentes continúan almacenándose en periodos de una hora. Actualmente almacenamos los datos métricos sin procesar durante 30 días.
Solo se le factura el volumen de ingesta inicial. No se le facturarán los resúmenes posteriores.
Esto incluye eventos APM, como Transaction y TransactionError.
Estos datos se informan a través del evento SystemSample, NetworkSample y StorageSample .
El grupo métrico de uso es InfraHostBytes.
Información relacionada con sus servidores y máquina virtual proveniente del agente de infraestructura, incluyendo almacenamiento y datos de red.
Procesos de infraestructura
Estos datos se almacenan en el evento ProcessSample .
El grupo métrico de uso es InfraProcessBytes.
Datos relacionados con cada proceso que se ejecuta en los hosts que ejecutan el agente de infraestructura. Esta característica está desactivada de forma predeterminada. Para más información, consulte Proceso métrico.
Integración de infraestructura
Grupo métrico de uso: InfraIntegrationBytes.
Datos de rendimiento relacionados con aplicaciones y servicios, generalmente administrados por los clientes, incluidos datos relacionados con docker contenedor, servicios de Windows, comprobaciones de Nagios e integración en la nube, como servicios administrados en AWS, Azure y GCP.
Incluye el registro y cualquier partición de datos personalizada Log_<value> que exista.
El grupo métrico de uso es LoggingBytes.
Los registros de registro se almacenan en el tipo de datosLogde forma predeterminada. Las particiones de datos personalizadas adicionales crearán nuevos tipos de datos, que siempre tienen el prefijo Log_ y se cuentan como parte del conjunto general de datos de log almacenados.
Con LogExtendedRecord, los mensajes de registro de más de 4 KB se dividen en múltiples eventos que, cuando es necesario, se unen para mostrar el mensaje original; esto reduce el tamaño de los datos del mensaje. Para obtener más información sobre cómo se almacenan estos datos, consulte nuestros documentos de blobs de registros.
Eventos móviles, incluido el evento general Mobile , MobileRequestError, MobileBreadcrumb, MobileSession, MobileHandledException, MobileCrash, MobileRequest y MobileJavaScriptError.
La actividad de seguimiento de cambios se almacena en el namespace Deployment. Los cambios individuales que usted rastrea tienen un promedio de alrededor de 200 a 250 bytes para su ingesta.
Los eventos reportados por la característica de seguridad de New Relic se almacenan en el namespace Security. Estos son principalmente informes de vulnerabilidades proporcionados por la característica Gestión de vulnerabilidades, pero pueden ampliarse para incluir productos adicionales en el futuro.
Los volúmenes esperados de eventos de este tipo son muy bajos, ya que la aparición de informes de vulnerabilidades es rara.
Las características de seguridad que aún se encuentran en versión preliminar pública utilizan un namespace Security:Preview separado y no son facturables.
El valor de ingesta que se muestra en el gráfico de ingesta puede variar ligeramente de la cantidad real que puede ver al ejecutar su propia consulta. Esto se debe a que el cálculo utilizado para el gráfico es una estimación.
No chart data available.
El gráfico de ingesta de datos puede mostrar un período de tiempo ligeramente más largo que el cubierto por su configuración de retención de datos. Por este motivo, es posible que reciba un mensaje que indique que no hay datos del gráfico disponibles.
Chart time buckets.
Si una cuenta tiene menos de un terrabyte de datos, calculamos el volumen en un período de 24 horas; en caso contrario, lo calculamos por un período de 1 hora.