Pruebas comparativas de rendimiento del agente de Azure Monitor
El agente de Azure Monitor puede controlar muchos miles de eventos por segundo (EPS) 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ísicos.
En este artículo se describe la prueba comparativa interna de Microsoft que se usa para probar el rendimiento del agente de 10 000 (10 000) eventos de syslog en el escenario del reenviador de puerta de enlace. Los resultados del banco de pruebas deben proporcionar una guía para ajustar el tamaño de los recursos que necesita en su entorno.
Nota:
Los resultados de este artículo solo son informativos relacionados con el rendimiento del agente de Azure Monitor en un escenario de reenvío de puerta de enlace. Los resultados y la información del artículo no constituyen ningún contrato de servicio por parte de Microsoft.
Procedimientos recomendados para el agente como reenviador
- El agente de Azure Monitor de Linux debe tener como destino 10k EPS. Es posible que se produzca una advertencia EPS de 20K pero no significa que los datos se pierdan. El agente de Azure Monitor no garantiza una conexión sin pérdida. La pérdida es más probable cuando EPS es superior a 10K.
- 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.
- Los sistemas de reenviador redundante y equilibrador de carga deben usarse 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 está activado el agente que se está probando. Las pruebas de ensayo 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 de las pruebas de rendimiento no miden el rendimiento completo ingerido por un área de trabajo de Log Analytics (u otros receptores de telemetría). La variabilidad de un extremo a otro puede producirse debido al rendimiento de la canalización de red y back-end.
Las pruebas comparativas se ejecutan en una máquina virtual de Azure Standard_F8s_v2 sistema mediante la versión 1.25.2 del agente de Azure Monitor y 10 GB de espacio en disco para la caché de eventos.
- vCPU: ocho con Hyper-Threading (es posible un 800 % de CPU)
- Memoria: 16 GiB
- Almacenamiento temporal: 64 GiB
- Número máximo de IOPS de disco: 6,400
- Red: 12 500 Mbps máximo en las cuatro NIC físicas
Resultados
| Métrica de rendimiento | Media (máx.) Med |
|---|---|
| % DE CPU | 51 (262) |
| MB RSS de memoria | 276 (1,017) |
| KBps de red | 338 (18,033) |
Preguntas más frecuentes
Obtenga respuestas a las 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
- Número de registros y contadores de rendimiento recopilados
- El volumen de datos de los registros
Para obtener más información, consulte Análisis del uso en un área de trabajo de Log Analytics.
En el caso de los equipos que pueden ejecutar el agente WireData, use la siguiente consulta para ver la cantidad de datos que se envían:
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 que se envían. Los datos se comprimen al enviarse por la red.
Contenido relacionado
- Use la puerta de enlace de Log Analytics en Azure Monitor para conectar equipos sin acceso a Internet.
- Instale el agente de Azure Monitor en máquinas virtuales Windows y Linux.
- Cree una regla de recopilación de datos para recopilar datos del agente y enviarlos a Azure Monitor.