Límites de servicio de Azure Monitor
En este artículo se enumeran los límites de las diferentes áreas de Azure Monitor.
Alertas
| Resource | Límite predeterminado | Límite máximo |
|---|---|---|
| Alertas de métricas (clásico) | 100 reglas de alertas activas por suscripción. Las alertas públicas se han retirado para los usuarios de la nube pública. Las alertas clásicas para la nube de Azure Government y Microsoft Azure operado por 21Vianet se retirarán el 29 de febrero de 2024. |
Llame al soporte técnico. |
| Alertas de métricas | 5.000 reglas de alerta activas por suscripción en las nubes publicas de Azure, Microsoft Azure operado por 21Vianet y Azure Government. Si alcanza este límite, examine si puede usar las alertas de varios recursos del mismo tipo. 5000 series temporales de métricas por regla de alertas. |
Llame al soporte técnico. |
| Alertas de registros de actividad | 100 reglas de alerta activas por suscripción (este número no se puede aumentar). Como este límite no puede aumentarse, considere la posibilidad de enviar los registros de actividad a un espacio de trabajo de Log Analytics y crear alertas de búsqueda de registros en su lugar, si necesita un mayor número de reglas por suscripción. |
Igual que el predeterminado. |
| Alertas de registro | 5.000 reglas de alertas activas por suscripción. Entre ellas, hay 100 reglas de alerta activas con una frecuencia de 1 minuto. 1.000 reglas de alertas activas por recurso. Cada regla de alerta sin estado puede desencadenar hasta 6000 alertas por evaluación. Cada regla de alerta con estado puede desencadenar hasta 300 alertas por evaluación. Hasta 6000 alertas con estado activadas a la vez. |
Llame al soporte técnico. |
| Reglas de procesamiento de alertas | 1.000 reglas activas por suscripción. | Llame al soporte técnico. |
| Longitud de la descripción de las reglas de alertas y las reglas de procesamiento de alertas | Alertas de búsqueda de registros: 4,096 caracteres. Todos los demás tienen 2048 caracteres. |
Igual que el predeterminado. |
API de alertas
Las alertas de Azure Monitor disponen de varios límites de protección frente a los usuarios que realizan un número excesivo de llamadas. Este comportamiento puede sobrecargar potencialmente los recursos de back-end del sistema y poner en peligro la capacidad de respuesta del servicio. Los límites siguientes están diseñados para proteger a los clientes frente a interrupciones y garantizar un nivel de servicio coherente. La limitación de usuarios y los límites están diseñados para afectar solo escenarios de uso extremo. No deben ser relevantes para el uso típico.
Nota:
Hay un límite de llamadas API por instancia. El número de límite exacto depende del número de instancias.
| Recurso | Límite predeterminado | Límite máximo |
|---|---|---|
| Alertas: Get Summary | 50 llamadas por minuto y por suscripción | Igual que el predeterminado. |
| Alertas: Get All (no "Get By ID") | 100 llamadas por minuto y por suscripción | Igual que el predeterminado. |
| Todas las demás llamadas de alertas | 1.000 llamadas por minuto y por suscripción | Igual que el predeterminado. |
Grupos de acciones
Puede tener un número ilimitado de grupos de acciones en una suscripción.
| Resource | Límite predeterminado | Límite máximo |
|---|---|---|
| Inserción de aplicación de Azure | 10 acciones de aplicación de Azure por grupo de acciones. | Igual que el predeterminado |
| 1000 acciones de correo electrónico en un grupo de acciones. No más de 100 correos electrónicos cada hora por cada dirección de correo electrónico El límite de caracteres en una dirección de correo electrónico es 64. El límite de caracteres de un correo electrónico es 55296. Consulte también el artículo sobre las limitaciones de velocidad. |
Igual que el predeterminado | |
| Envío de un correo electrónico a los usuarios que pertenecen a un rol determinado de Azure Resource Manager | 10 acciones de rol de ARM de correo electrónico por grupo de acciones. En producción: No más de 100 correos electrónicos en una hora. En un grupo de acción de prueba: No más de dos correos electrónicos cada un (1) minuto. |
Igual que el predeterminado |
| Event Hubs | 10 acciones de Event Hubs por grupo de acciones. | Igual que el predeterminado |
| ITSM | 10 acciones de ITSM en un grupo de acciones. | Igual que el predeterminado |
| Aplicación lógica | 10 acciones de aplicación lógica en un grupo de acciones. | Igual que el predeterminado |
| Runbook | 10 acciones de runbook en un grupo de acciones. | Igual que el predeterminado |
| Webhook seguro | 10 acciones de webhook seguro en un grupo de acciones. El número máximo de llamadas de webhook es 1500 por minuto y suscripción. | Igual que el predeterminado |
| sms | 10 acciones de SMS en un grupo de acciones. En producción: no más de un mensaje SMS cada cinco minutos. En un grupo de acciones de prueba: no más de un SMS cada un minuto. |
Igual que el predeterminado |
| Voz | 10 acciones de voz en un grupo de acciones. En producción: no más de una llamada de voz cada cinco minutos. En un grupo de acción de prueba: no más de una llamada de voz cada minuto. |
Igual que el predeterminado |
| webhook | 10 acciones de webhook en un grupo de acciones. El número máximo de llamadas de webhook es 1500 por minuto y suscripción. | Igual que el predeterminado |
Escalado automático
| Resource | Límite predeterminado | Límite máximo |
|---|---|---|
| Opciones de escala automática | 100 por región y suscripción. | Igual que el predeterminado. |
| Perfiles de escalado automático | 20 perfiles por configuración de escalado automático. | Igual que el predeterminado. |
Métricas de Prometheus
Ingesta
Prometheus administrado por Azure es un sistema que no distingue mayúsculas de minúsculas. Trata cadenas, como nombres de métricas, nombres de etiqueta o valores de etiqueta, como la misma serie temporal si difieren de otra serie temporal solo por el uso de mayúsculas y minúsculas de la cadena. Para más información, consulte Información general sobre las métricas de Prometheus.
Los límites siguientes se aplican al área de trabajo de Azure Monitor que ingiere las métricas de Prometheus.
| Límite | Value |
|---|---|
| Serie temporal activa con métricas notificadas en las últimas 12 horas. | 1 000 000 Puede solicitar un aumento. |
| Eventos por minuto ingeridos. | 1 000 000 Puede solicitar un aumento. |
Los límites siguientes se aplican a la regla de recopilación de datos (DCR) y al punto de conexión de recopilación de datos (DCE) que envían datos de métricas de Prometheus al área de trabajo de Azure Monitor.
| Límite | Value |
|---|---|
| Solicitudes de ingesta por minuto en un punto de conexión de recopilación de datos | 15,000 Este límite no se puede aumentar. |
| Ingesta de datos por minuto en un punto de conexión de recopilación de datos | 50 GB Este límite no se puede aumentar. |
Consultas
Las consultas de Prometheus se crean mediante PromQL y se pueden crear en Azure Managed Grafana o en Grafana autoadministrado.
| Límite | Value |
|---|---|
| Retención de datos | 18 meses. Este límite no se puede aumentar. |
| Intervalo de tiempo de consulta | 32 días entre la hora de inicio y la hora de finalización de la consulta de PromQL. Este límite no se puede aumentar. |
| Series temporales de consulta por métrica | Serie temporal de 500 000. |
| Muestras de consulta devueltas | 50 000 000 muestras por consulta. |
| Tamaño mínimo del paso de consulta con intervalo de tiempo de >= 48 horas |
60 segundos. |
Límites de datos de consulta
Para el tráfico de cliente:
| Límite | Valor |
|---|---|
| Longitud de búsqueda de la ventana de limitación | 30 segundos |
| Datos devueltos por área de trabajo de Azure Monitor | 0,5 GB |
Para el tráfico de reglas de grabación:
| Límite | Valor |
|---|---|
| Longitud de búsqueda de la ventana de limitación | 3 minutos |
| Datos devueltos por área de trabajo de Azure Monitor | 1 GB |
Límites de análisis previo de consulta
Se basa en el intervalo de tiempo de consulta y el tipo de solicitud en una ventana de 30 segundos (para tráfico de clientes):
| Límite | Valor |
|---|---|
| Horas de consulta por usuario (Microsoft Entra ID, identidad administrada, área de trabajo de Azure Managed Grafana) | 30,000 |
| Horas de consulta por área de trabajo de Azure Monitor | 60 000 |
| Horas de consulta por inquilino de Azure | 600 000 |
En función del intervalo de tiempo de consulta y el tipo de solicitud en un período de 3 minutos (para registrar el tráfico de reglas):
| Límite | Valor |
|---|---|
| Horas de consulta por área de trabajo de Azure Monitor | 60 000 |
| Horas de consulta por inquilino de Azure | 600 000 |
Límites posteriores al análisis de consulta
Se basa en el intervalo de tiempo de consulta y los vectores de intervalo de la consulta en una ventana de 30 segundos (para tráfico de clientes):
| Límite | Valor |
|---|---|
| Horas de consulta por usuario (Microsoft Entra ID, identidad administrada, área de trabajo de Azure Managed Grafana) | 2 000 000 |
| Horas de consulta por área de trabajo de Azure Monitor | 2 000 000 |
| Horas de consulta por inquilino de Azure | 20 000 000 |
En función del intervalo de tiempo de consulta y los vectores de intervalo en la consulta en un período de 3 minutos (para registrar el tráfico de reglas):
| Límite | Valor |
|---|---|
| Horas de consulta por área de trabajo de Azure Monitor | 2 000 000 |
| Horas de consulta por inquilino de Azure | 20 000 000 |
Limitaciones de costos de consulta
| Límite | Valor |
|---|---|
| Costo de consulta máximo por consulta | 15000 |
| Costo de consulta máximo por consulta de reglas de grabación | 3000 |
El cálculo de costos de consultas se realiza de la siguiente manera:
Costo de consulta = (número de series temporales solicitadas * (duración de la consulta en segundos/Resolución de tiempo inferido de datos consultados) )/5000
Resolución de tiempo inferido de datos consultados = Número de puntos de datos almacenados en cualquiera de las claves de serie temporal seleccionadas aleatoriamente de la métrica consultada / duración de la consulta en segundos
Reglas de alerta y grabación
Las reglas de alertas y de grabación de Prometheus se definen en PromQL. Estas se realizan en el servicio Regla administrado como parte del servicio administrado de Azure Monitor para Prometheus.
| Límite | Value |
|---|---|
| Grupos de reglas por área de trabajo de Azure Monitor en una suscripción de Azure | 500 Puede solicitar un aumento. |
| Reglas por grupo de reglas | 20 Este límite no se puede aumentar. |
| Intervalo de evaluación del grupo de reglas | Entre 1 minuto y 24 horas. El valor predeterminado es 1 minuto. |
| Alertas activas | No hay límite en este momento. |
Escritura remota
Los cálculos se determinaron mediante un tamaño de lote remoto de 500, que es el valor predeterminado.
| Límite | Value |
|---|---|
| Uso de CPU | 0,25 x (número de métricas) + 1.25 x (número promedio de series por métrica) |
| Solicitud de CPU | 0,75 x (uso de CPU) |
| Límite de CPU | 2 x (solicitud de CPU) |
| Solicitud de memoria | 150 Mb |
| Límite de memoria | 200 Mb |
| Rendimiento máximo | El contenedor de escritura remota puede procesar hasta 150 000 series temporales únicas. El contenedor podría producir errores al atender solicitudes de más de 150 000 debido al gran número de conexiones simultáneas. Este problema se puede mitigar aumentando el tamaño del lote remoto de 500 a 1000. Esto cambia el número de conexiones abiertas. |
API de ingesta de registros
| Límite | Valor | Comentarios |
|---|---|---|
| Tamaño máximo de la llamada API | 1 MB | Datos comprimidos y sin comprimir. |
| Tamaño máximo de los valores de campo | 64 KB | Los campos de más de 64 KB se truncan. |
| Máximo de datos/minuto por DCR | 2 GB | Datos comprimidos y sin comprimir. Vuelva a intentarlo después de la duración indicada en el encabezado Retry-After de la respuesta. |
| Número máximo de solicitudes por minuto por DCR | 12,000 | Vuelva a intentarlo después de la duración indicada en el encabezado Retry-After de la respuesta. |
Reglas de recopilación de datos
| Límite | Value |
|---|---|
| Número máximo de orígenes de datos | 10 |
| Número máximo de especificadores de contador en el contador de rendimiento | 100 |
| Número máximo de nombres de utilidades en Syslog | 20 |
| Número máximo de consultas XPath en el registro de eventos | 100 |
| Número máximo de flujos de datos | 10 |
| Número máximo de flujos de datos | 10 |
| Número máximo de extensiones | 10 |
| Tamaño máximo de la configuración de la extensión | 32 Kb |
| Número máximo de áreas de trabajo de Log Analytics | 10 |
| Número máximo de caracteres incluido en una transformación | 15 360 |
Configuración de diagnóstico
| Recurso | Límite predeterminado | Límite máximo |
|---|---|---|
| Número máximo de configuraciones de diagnóstico por recurso | 5 | Igual que el predeterminado. |
Consultas de registro y lenguaje
Límites generales de las consultas
| Límite | Descripción |
|---|---|
| Lenguaje de consulta | Azure Monitor usa el mismo Lenguaje de consulta Kusto que Azure Data Explorer. Consulte las diferencias del lenguaje de consulta de registros de Azure Monitor para los elementos del lenguaje KQL que no se admiten en Azure Monitor. |
| Regiones de Azure | Las consultas de registro pueden experimentar una sobrecarga excesiva cuando los datos abarcan áreas de trabajo Log Analytics de varias regiones de Azure. Para más información, consulte Límites de consulta. |
| Consultas entre recursos | El número máximo de recursos de Application Insights y de áreas de trabajo de Log Analytics en una sola consulta se limita a 100. No se admite la consulta entre recursos en el Diseñador de vistas. La consulta entre recursos en las alertas de registro se admite en la nueva API scheduledQueryRules. Consulte Límites de la consulta entre recursos para obtener más información. |
| Consultas del panel de análisis de registros | El número máximo de registros devueltos en una sola consulta del panel de Log Analytics es 2.000. |
Limitación de las consultas de usuario
Azure Monitor tiene varios límites para protegerse frente a los usuarios que envían un número excesivo de consultas. Este comportamiento puede sobrecargar potencialmente los recursos de back-end del sistema y poner en peligro la capacidad de respuesta del servicio. Los límites siguientes están diseñados para proteger a los clientes frente a interrupciones y garantizar un nivel de servicio coherente. Los límites y la limitación de usuarios están diseñados para afectar solo a un escenario de uso extremo y no deben ser de importancia para un uso normal.
| Measure | Límite por usuario | Descripción |
|---|---|---|
| Consultas simultáneas | 5 | Un usuario puede ejecutar hasta cinco consultas simultáneas. Cualquier otra consulta se agrega a una cola. Cuando finaliza una de las consultas en ejecución, se extrae la primera consulta de la cola y comienza a ejecutarse. Las consultas de alertas no forman parte de este límite. |
| Tiempo en la cola de simultaneidad | 3 minutos | Si una consulta se encuentra en la cola durante más de 3 minutos sin iniciarse, termina con una respuesta de error HTTP con el código 429. |
| Total de consultas en la cola de simultaneidad | 200 | Cuando el número de consultas de la cola llega a 200, la siguiente consulta se rechaza con un código de error HTTP 429. Este número es adicional a las cinco consultas que se pueden ejecutar simultáneamente. |
| Velocidad de consulta | 200 consultas cada 30 segundos | La velocidad global a la que un solo usuario puede enviar consultas a todas las áreas de trabajo. Este límite se aplica a consultas mediante programación o a consultas iniciadas por elementos de visualización, como los paneles de Azure y la página de resumen del área de trabajo (en desuso) de Log Analytics. |
- Optimice las consultas como se describe en Optimización de las consultas de registro en Azure Monitor.
- Los paneles y los libros pueden contener varias consultas en una sola vista que generan una ráfaga de consultas cada vez que se cargan o actualizan. Considere la posibilidad de dividirlos en varias vistas que se cargan a petición.
- En Power BI, considere la posibilidad de extraer solo los resultados agregados en lugar de los registros sin procesar.
Áreas de trabajo de Log Analytics
Volumen de colección de datos y retención
| Plan de tarifa | Límite por día | Retención de datos | Comentario |
|---|---|---|---|
| Pago por uso (Introducido en abril de 2018) |
Sin límite | Retención interactiva de hasta 730 días/ Archivo de datos de hasta 12 años |
La retención de datos más allá de 31 días está disponible con cargos adicionales. Más información sobre los precios de Azure Monitor. |
| Niveles de compromiso (introducidos en noviembre de 2019) |
Sin límite | Retención interactiva de hasta 730 días/ Archivo de datos de hasta 12 años |
La retención de datos más allá de 31 días está disponible con cargos adicionales. Más información sobre los precios de Azure Monitor. |
| Heredado por nodo (OMS) (Introducidos en abril de 2016) |
Sin límite | De 30 a 730 días | La retención de datos más allá de 31 días está disponible con cargos adicionales. Más información sobre los precios de Azure Monitor. El acceso al nivel de uso está limitado a las suscripciones que contenían un área de trabajo de Log Analytics o un recurso de Application Insights el 2 de abril de 2018, o que se vinculan a un Contrato Enterprise que comenzó antes del 1 de febrero de 2019 y que aún está activo. |
| Nivel heredado independiente (Introducidos en abril de 2016) |
Sin límite | De 30 a 730 días | La retención de datos más allá de 31 días está disponible con cargos adicionales. Más información sobre los precios de Azure Monitor. El acceso al nivel de uso está limitado a las suscripciones que contenían un área de trabajo de Log Analytics o un recurso de Application Insights el 2 de abril de 2018, o que se vinculan a un Contrato Enterprise que comenzó antes del 1 de febrero de 2019 y que aún está activo. |
| Nivel Gratis heredado (Introducidos en abril de 2016) |
500 MB | 7 días | Cuando el área de trabajo alcance el límite de 500 MB por día, la ingesta de datos se detiene y se reanuda al comienzo del día siguiente. Un día se basa en UTC. Los datos recopilados por Microsoft Defender for Cloud no se incluyen en este límite de 500 MB por día y se seguirán recopilando por encima de este límite. La creación de nuevas áreas de trabajo (o el traslado de las existentes) con el plan de tarifa Evaluación gratuita heredado es posible solo hasta el 1 de julio de 2022. |
| Nivel estándar heredado | Sin límite | 30 días | No se puede ajustar la retención. Este nivel no ha estado disponible para ninguna nueva área de trabajo desde el 1 de octubre de 2016. |
| Nivel Premium heredado | Sin límite | 365 días | No se puede ajustar la retención. Este nivel no ha estado disponible para ninguna nueva área de trabajo desde el 1 de octubre de 2016. |
Número de áreas de trabajo por suscripción
| Plan de tarifa | Límite del área de trabajo | Comentarios |
|---|---|---|
| Nivel Gratis heredado | 10 | Este límite no se puede aumentar. La creación de nuevas áreas de trabajo (o el traslado de las existentes) con el plan de tarifa Evaluación gratuita heredado es posible solo hasta el 1 de julio de 2022. |
| Todos los demás niveles | Sin límite | Está limitado por el número de recursos de un grupo de recursos y el número de grupos de recursos por suscripción. |
Azure Portal
| Category | Límite | Comentarios |
|---|---|---|
| Número máximo de registros devueltos por una consulta de registro | 30,000 | Para reducir los resultados, use un ámbito de consulta, intervalo de tiempo y filtros en la consulta. |
API de recopilador de datos
| Category | Límite | Comentarios |
|---|---|---|
| Tamaño máximo de una sola publicación | 30 MB | Dividir volúmenes más grandes en varias publicaciones. |
| Tamaño máximo de los valores de campo | 32 KB | Los campos de más de 32 KB se truncan. |
API de consulta
| Category | Límite | Comentarios |
|---|---|---|
| Número máximo de registros devueltos por una única consulta | 500.000 | |
| Tamaño máximo de los datos devueltos | Aprox. 104 MB (aprox. 100 MiB) | La API devuelve hasta 64 MB de datos comprimidos, lo que se traduce en hasta 100 MB de datos sin procesar. |
| Tiempo máximo de ejecución de la consulta | 10 minutos | Consulte Tiempos de espera para obtener más detalles. |
| Velocidad máxima de solicitud | 200 solicitudes por 30 segundos por dirección IP de cliente o usuario de Microsoft Entra | Vea Consultas de registro y lenguaje. |
Búsqueda de Azure Monitor Logs
| Category | Límite | Comentarios |
|---|---|---|
| Tamaño máximo de datos | Aprox. 16,7 MB (aprox. 16 MiB) | La infraestructura del conector dicta que el límite sea menor que el límite de la API de consulta. |
| Número máximo de registros | 500.000 | |
| Tiempo de espera máximo del conector | 110 segundos | |
| Tiempo de espera máximo de la consulta | 100 segundos | |
| Gráficos | La página Registros y el conector usan diferentes bibliotecas de gráficos para su visualización. Algunas funcionalidades no están disponibles actualmente en el conector. |
Límites generales del área de trabajo
| Category | Límite | Comentarios |
|---|---|---|
| Número máximo de columnas en una tabla | 500 | |
| Número máximo de tablas de registro personalizadas | 500 | |
| Número máximo de caracteres para el nombre de columna | 45 |
Velocidad de volumen de ingesta de datos
Azure Monitor es un servicio de datos a gran escala que atiende a miles de clientes que envían terabytes de datos cada día y a un ritmo creciente. Lo que se pretende con un límite de velocidad de volumen flexible es evitar que los clientes de Azure Monitor tengan de picos de ingesta repentinos en un entorno con varios inquilinos. El umbral predeterminado de velocidad de volumen de ingesta en áreas de trabajo es de 500 MB (comprimidos), que se traduce a aproximadamente 6 GB/min sin comprimir.
El límite de velocidad de volumen se aplica a los datos ingeridos desde recursos de Azure a través de la Configuración de diagnóstico y la API del recopilador de datos. Cuando se alcanza el límite de velocidad de volumen, un mecanismo de reintento intenta ingerir los datos cuatro veces en un período de 12 horas y quitarlo si se produce un error en la operación. El límite no se aplica a los datos ingeridos desde agentes o a través de DCR.
Cuando la velocidad de los datos enviados a un área de trabajo es superior al 80 % del umbral configurado en dicha área, se envía un evento a la tabla Operation del área de trabajo cada 6 horas mientras se siga superando el umbral. Cuando la velocidad de ingesta del volumen supera el umbral, se quitan algunos datos, se envía un evento a la tabla Operation del área de trabajo cada 6 horas mientras se siga superando el umbral.
Si la velocidad de ingesta sigue superando el umbral o prevé que lo va a alcanzar pronto, puede abrir una solicitud de soporte técnico para solicitar un aumento del límite.
También se recomienda crear una regla de alerta para notificar de forma proactiva cuando se alcancen los límites de ingesta. Consulte Supervisión del estado del área de trabajo de Log Analytics en Azure Monitor.
Nota:
Dependiendo del tiempo que lleve utilizando Log Analytics, es posible que tenga acceso a planes de tarifa heredados. Obtenga más información sobre los planes de tarifa heredados de Log Analytics.
Application Insights
Hay algunos límites en el número de métricas y eventos por aplicación; es decir, por clave de instrumentación. Los límites dependen del plan de precios que elija.
| Resource | Límite predeterminado | Límite máximo | Notas |
|---|---|---|---|
| Total de datos por día | 100 GB | Póngase en contacto con el soporte técnico. | Puede establecer un límite para reducir los datos. Si necesita más datos, puede aumentar el límite en el portal, hasta 1000 GB. Para capacidades mayores de 1000 GB, envíe un correo electrónico a AIDataCap@microsoft.com. |
| Limitaciones | 32 000 eventos por segundo | Póngase en contacto con el soporte técnico. | El límite se mide por minuto. |
| Registros de retención de datos | De 30 a 730 días | 730 días | Este recurso es para Registros. |
| Métricas de retención de datos | 90 días | 90 días | Este recurso es para el Explorador de métricas. |
| Retención de resultados detallados de la prueba de disponibilidad de varios pasos | 90 días | 90 días | Este recurso proporciona resultados detallados de cada paso. |
| Tamaño máximo de elementos de telemetría | 64 KB | 64 KB | |
| Número máximo de elementos de telemetría por lote | 64 000 | 64 000 | |
| Longitud de nombres de propiedades y métricas | 150 | 150 | Consulte esquemas de tipos. |
| Longitud de cadena del valor de propiedad | 8192 | 8192 | Consulte esquemas de tipos. |
| Longitud del mensaje de seguimiento y excepción | 32 768 | 32 768 | Consulte esquemas de tipos. |
| Recuento de pruebas de disponibilidad por recurso de Application Insights | 100 | 100 | |
| Retención de datos de Profiler e Instantánea | Dos semanas | Póngase en contacto con el servicio de soporte técnico. El límite máximo de retención es de seis meses. | |
| Datos enviados por día del generador de perfiles | Sin límite | Ilimitado. | |
| Datos enviados de Instantánea por día | 30 instantáneas por día por aplicación supervisada | Ilimitado. | El número de instantáneas recopiladas por aplicación se puede modificar mediante la configuración. |
Para más información sobre los precios y cuotas, consulte Facturación de Application Insights.
Ámbito de Private Link de Azure Monitor (AMPLS)
El objeto de AMPLS tiene las siguientes limitaciones:
- Una red virtual solo puede conectarse a un único objeto AMPLS. Esto significa que el objeto AMPLS debe proporcionar acceso a todos los recursos de Azure Monitor a los que la red virtual debe tener acceso.
- Un objeto de AMPLS puede conectarse a 300 áreas de trabajo de Log Analytics y a 1000 componentes de Application Insights como máximo.
- Un recurso de Azure Monitor (área de trabajo o componente de Application Insights o punto de conexión de recopilación de datos) puede conectarse a cinco AMPLS como máximo.
- Un objeto de AMPLS puede conectarse a 10 puntos de conexión privados como máximo.
Nota
Los recursos de AMPLS creados antes del 1 de diciembre de 2021 solo admiten 50 recursos.