Compartir a través de

Pruebas comparativas de rendimiento del agente de Azure Monitor

  • Artículo

El agente puede controlar miles y miles de eventos por segundo en el escenario de reenvío de eventos de puerta de enlace. La velocidad de rendimiento exacta depende de varios factores, como el tamaño de cada evento, el tipo de datos específico y los recursos de hardware físico. En este artículo se describe la prueba comparativa interna de Microsoft que se usa para probar el rendimiento del agente de 10 000 eventos de Syslog en el escenario del reenviador. Los resultados de las pruebas comparativas deben proporcionar una guía para ajustar el tamaño de los recursos que necesitará en su entorno.

Nota

Los resultados de este artículo son meramente informativos sobre el rendimiento de AMA en el escenario de reenvío y no constituyen ningún acuerdo de servicio por parte de Microsoft.

Procedimientos recomendados para el agente como reenviador.

  • El reenviador debe estar en un sistema dedicado para eliminar posibles interferencias de otras cargas de trabajo.
  • Se debe supervisar el uso de la CPU, la memoria y el disco del sistema de reenvío para evitar que las sobrecargas provoquen la pérdida de datos.
  • Siempre que sea posible, use un equilibrador de carga y sistemas de reenvío redundantes para mejorar la confiabilidad y la escalabilidad.
  • Para conocer otras consideraciones sobre los reenviadores, consulte la documentación de la puerta de enlace de Log Analytics.

Rendimiento del agente

La prueba comparativa se ejecuta en un entorno controlado para obtener resultados repetibles, precisos y estadísticamente significativos. Los recursos consumidos por el agente se miden bajo una carga de 10 000 eventos de Syslog simulados por segundo. La carga simulada se ejecuta en el mismo hardware físico en el que se encuentra el agente sometido a prueba. Las pruebas de prueba se ejecutan durante siete días. En cada prueba, las métricas de rendimiento se muestrean cada segundo para recopilar el uso máximo y medio de CPU, memoria y red. Este enfoque proporciona la información adecuada para ayudar a calcular los recursos necesarios para el entorno.

Nota

Los resultados no miden el rendimiento de un extremo a otro ingerido por un área de trabajo de Log Analytics (u otros receptores de telemetría), ya que puede haber variabilidad de un extremo a otro debido al rendimiento de la canalización de red y back-end.

Las pruebas comparativas se ejecutan en un sistema Standard_F8s_v2 de máquina virtual de Azure mediante AMA Linux versión 1.25.2 y 10 GB de espacio en disco para la caché de eventos.

  • vCPU: 8 con HyperThreading (es posible un 800 % de CPU)
  • Memoria: 16 GiB
  • Almacenamiento temporal: 64 GiB
  • Número máximo de IOPS de disco: 6400
  • Red: 12 500 Mbp máx. en las 4 NIC físicas

Results

Métrica de rendimiento Media (máx.) Med
% de CPU 51 (262)
Mem RSS MB 276 (1,017)
KBps de red 338 (18,033)

Preguntas más frecuentes

Esta sección proporciona respuestas a preguntas comunes.

¿Qué cantidad de datos se envía por agente?

La cantidad de datos enviada por agente depende de:

  • Las soluciones que ha habilitado.
  • El número de registros y contadores de rendimiento recopilados.
  • El volumen de datos de los registros.

Consulte Análisis del uso en un área de trabajo de Log Analytics.

En el caso de los equipos capaces de ejecutar el agente de WireData, use la siguiente consulta para ver la cantidad de datos enviada:

WireData
| where ProcessName == "C:\\Program Files\\Microsoft Monitoring Agent\\Agent\\MonitoringHost.exe"
| where Direction == "Outbound"
| summarize sum(TotalBytes) by Computer

¿Cuánto ancho de banda de red usa Microsoft Monitoring Agent cuando envía datos a Azure Monitor?

Bandwidth es una función de la cantidad de datos enviados. Los datos se comprimen al enviarse por la red.

Pasos siguientes