Retención de datos para el modelo de precios original

Se aplican políticas de retención específicas a cada nivel de suscripción APM, incluidos Lite, Essentials, Pro y Enterprise. Esto incluye datos de intervalo de tiempo de métrica, datos de clave métrica, datos de traza y datos de eventos. Además de los límites de retención, sus datos están sujetos a agregación (promediación) después de transcurridos ciertos períodos de tiempo. Para más información, consulte la descripción de datos métrica agregada .

Políticas de retención de datos de APM

Para las cuentas con nuestro modelo de precios original, las políticas de retención de datos de APM dependen de su nivel de suscripción al producto APM.

* Si ve una traza de la transacción en la UI de New Relic, New Relic almacena los datos de esa traza por hasta un año.

** Aprenda cómo extender la retención de datos de eventos.

Políticas legacy de retención de datos de APM

Para organizaciones con nuestro modelo de precios original, monitoreo de browserdatos se almacenan según su nivel de suscripción:

* Aprenda cómo extender la retención de datos de eventos.

Para organizaciones con nuestro modelo de precios original, las políticas de retención de datos de infraestructura dependen de su nivel de suscripción de infraestructura y de su modelo de precios de unidad de computación de infraestructura. Las reglas de retención de datos se aplican de la misma manera ya sea que se muestren esos datos en la UI o se consulten.

Reducción de resolución de infraestructura y retención de datos

Dependiendo de su nivel de suscripción, la forma en que almacenamos los datos varía:

Además, el monitoreo de infraestructura reduce la muestra de sus datos a medida que se ingieren. Todos los tipos de datos de infraestructura métrica (incluida la integración en el host métrica) mostrarán una granularidad diferente según la antigüedad de los datos y el tamaño de la ventana de tiempo. La siguiente tabla muestra cuándo usaremos diferentes depósitos con resolución reducida. Los usaremos en la UI de infraestructura y para consultas.

Integración unidad de computación límites de eventos

El límite de 2275 en eventos de integración por unidad de computación por mes es un límite en total evento de integración de infraestructura. No es un límite de 2275 para el evento de cada integración.

Detalles adicionales y aclaraciones sobre este límite:

• Este límite aplica a todos los eventos de toda integración (integración en la nube e integración en el host). Todos los eventos se manejan de la misma manera.
• Los datos predeterminados recibidos por el agente de infraestructura no cuentan para el límite de 2275 eventos por unidad de computación.
• Si excede su límite, no aplicamos este límite. Si excede su límite, revisaremos las opciones de precio con usted para asegurarnos de que obtenga el precio más rentable para la integración de su organización.

Para las organizaciones con nuestro modelo de precios original, una suscripción paga a información valiosa es lo que rige la extensión de la retención de datos del evento para:

• Nuestros productos APM, browser, dispositivos móviles y sin servidor

• evento personalizado que provienen de una API del agente o de la API del evento

  Para ver la retención de datos que se rige por su suscripción a información valiosa: vaya a la UIusuario de uso y seleccione Insights usage.

  Con una suscripción a Información valiosa Pro, puede utilizar la retención flexible para personalizar durante cuánto tiempo se conservan los datos de su evento. Esto le permite conservar sólo los datos que necesita, durante el tiempo que los necesite.

  Cómo se calcula el número de eventos almacenados

  Esta es una explicación de cómo se calcula de forma predeterminada el número de eventos almacenados para una suscripción Pro de información valiosa. (Tenga en cuenta que con la retención flexible, tiene un control más detallado sobre el período de retención).

  El evento almacenado se calcula en función de 1) el evento total almacenado a lo largo del tiempo (calculado en función del evento generado por semana) y 2) las semanas de retención de datos disponibles. Así es como puedes representar esta ecuación:

  events stored = (events generated per week) * (weeks of retention)

  Copia

  Una suscripción a Información valiosa Pro proporciona una cantidad determinada de semanas de retención de datos, así como una cantidad determinada de eventos durante ese período de retención.

  Por ejemplo:

  • (200M de transacciones por semana) * (4 semanas de retención) = 800M de eventos almacenados en información valiosa
  • (16M transacciones por semana) * (50 semanas de retención) = 800M evento almacenado en información valiosa

  Con información valiosa Pro suscripción, purgamos datos según la ventana de retención, no el volumen. Lo eliminamos una vez que pasa la ventana de retención.

  Por ejemplo: si su licencia de información valiosa es para un evento de 800 millones con un período de retención de 4 semanas, sus datos comenzarían a eliminarse después de que tengan más de cuatro semanas. Se seguirán registrando picos temporales de datos que excedan su nivel de suscripción, pero el exceso constante debe resolverse actualizando su nivel de suscripción o disminuyendo los datos recopilados.

  Para los clientes sin una suscripción Pro de información valiosa, New Relic puede acelerar o reducir la muestra de eventos hasta un límite de no más de 4000 eventos por host por minuto.

  Información valiosa Ejemplo de exceso de evento Pro

  En este ejemplo, tiene una suscripción Pro de información valiosa con una licencia por 800 millones de eventos durante 4 semanas, una tasa de 200 millones de eventos por semana. Tienes APM Pro, browser Pro y Mobile Enterprise. Se agrega una quinta semana de datos a través de tu suscripción, lo que te lleva a un total de mil millones de eventos almacenados en tu plan:

  • Si utiliza 975 millones de eventos,

    are not

    excederá su retención.

  • Si utiliza 1250 millones de eventos,

    are

    excederá su retención.

Para organizaciones con nuestro modelo de precios original, New Relic puede conservar los datos log hasta por 30 días. También están disponibles períodos de retención más cortos de 8 o 15 días.

Retención de datos en el contexto de logs

Nuestra política de retención de datos en el contexto de log se basa en el nivel de suscripción actual de su producto APM. Para obtener más información, consulte Retención de datos de APM.

Para organizaciones con nuestro modelo de precios original, las políticas de retención de datos móviles dependen de su nivel de suscripción al producto New Relic Mobile. Esto incluye componentes de datos como datos métricos, métrica agregada, clave métrica, datos de traza y datos de eventos.

Para obtener información sobre el uso de datos relacionado con su suscripción, consulte Uso de suscripción móvil.

Políticas de retención de datos móviles

* Aprenda cómo extender la retención de datos de eventos.

Políticas de retención de datos móviles estándar (legacy)

A menos que se indique lo contrario, los datos de información valiosa sobre eventos no están disponibles para la suscripción estándar.

Para organizaciones con nuestro modelo de precios original, las políticas de retención de datos de Sintético dependen de su nivel de suscripción al producto Sintético. Esto incluye componentes de datos como métrica data, métrica agregada, key métrica, traza data e información valiosa evento.

Su nivel de suscripción actual aparece en la columna derecha de la página Account summary : Vaya a synthetics.newrelic.com > (user menu) > Account settings > Account > Summary.

Políticas de retención de datos de Sintético

Todos los puntos de datos métricos sin procesar se conservarán durante 30 días. Todos los datos agregados adicionales derivados de los puntos de datos métricos sin procesar (por ejemplo, resúmenes de un minuto) se conservarán durante 13 meses. Cualquier cambio en el período de retención más allá de dichos períodos puede generar un cargo para usted.

Ver requisitos y límites generales de traza API.

Consulte evento retención de datos para obtener información sobre el tipo de datos del evento.

Los datos de intervalo de tiempo de métrica son un tipo específico de datos que se utilizan para la mayoría de los gráficos e informes métricos en APM, monitoreo de aplicaciones móvilesy browser.

Todos los datos de intervalo de tiempo de métrica se agregan, pero New Relic trata los datos nuevos y los datos antiguos de diferentes maneras.

• Fresh data

  Tiene políticas específicas aplicadas a los datos para mantener vistas granulares del rendimiento como métrica agregada.

• A medida que

  data ages

  se vuelve menos útil en un estado granular, resumimos esos datos y solo mantenemos la clave métrica.

Los datos agregados de intervalo de tiempo de métrica resumen las llamadas a métodos específicos en su aplicación: cuántas veces se llamó a cada uno y el tiempo de respuesta. En la UI de New Relic, verá los nombres de clases y métodos junto con sus números agregados. La agregación de datos métrica depende de su nivel de suscripción.

Conservamos sus datos más recientes en incrementos de un minuto. También agregamos datos métricos permanentes a incrementos diarios después de 90 días. Al observar datos más antiguos en períodos de tiempo reducidos, es posible que observe que los gráficos muestran menos detalles. A medida que los datos envejecen, se agregan en segmentos más grandes.

New Relic conserva ciertas agregaciones de datos de intervalo de tiempo de métrica "clave" para siempre para clientes Enterprise y Pro, para cualquier número de aplicaciones. New Relic agrega datos métricos clave permanentes a incrementos de tamaño de hora después de 90 días.

Dependiendo del producto, New Relic conserva diferentes tipos de datos de traza:

*Los errores de JavaScript en la UI del rastreo del stack se guardan como datos de traza. Los errores JS también se guardan como evento.