Condividi tramite

Benchmark delle prestazioni dell'agente di Monitoraggio di Azure

  • Articolo

L'agente può gestire molte migliaia di eventi al secondo nello scenario di inoltro degli eventi del gateway. La velocità effettiva esatta dipende da vari fattori, ad esempio le dimensioni di ogni evento, il tipo di dati specifico e le risorse hardware fisiche. Questo articolo descrive il benchmark interno Microsoft usato per testare la velocità effettiva dell'agente di 10.000 eventi Syslog nello scenario del server d'inoltro. I risultati del benchmark devono fornire una guida per ridimensionare le risorse necessarie nell'ambiente in uso.

Nota

I risultati di questo articolo sono informativi sulle prestazioni di AMA solo nello scenario di inoltro e non costituiscono alcun contratto di servizio da parte di Microsoft.

Procedure consigliate per l'agente come server d'inoltro.

  • Il server d'inoltro deve trovarsi in un sistema dedicato per eliminare potenziali interferenze da altri carichi di lavoro.
  • Il sistema di inoltro deve essere monitorato per l'utilizzo della CPU, della memoria e del disco per evitare che gli overload causino la perdita di dati.
  • Se possibile, usare un servizio di bilanciamento del carico e sistemi d'inoltro ridondanti per migliorare l'affidabilità e la scalabilità.
  • Per altre considerazioni sui server d'inoltro, vedere la documentazione del gateway di Log Analytics.

Prestazioni agente

Il benchmark viene eseguito in un ambiente controllato per ottenere risultati ripetibili, accurati e statisticamente significativi. Le risorse utilizzate dall'agente vengono misurate in base a un carico di 10.000 eventi Syslog simulati al secondo. Il carico simulato viene eseguito sullo stesso hardware fisico su cui è attivo l'agente sottoposto a test. Le versioni di prova vengono eseguite per sette giorni. Per ogni versione di valutazione, le metriche delle prestazioni vengono campionate ogni secondo per raccogliere CPU, memoria e utilizzo medio e massimo di rete. Questo approccio fornisce le informazioni appropriate per stimare le risorse necessarie per l'ambiente.

Nota

I risultati non misurano la velocità effettiva end-to-end inserita da un'area di lavoro Log Analytics (o da altri sink di telemetria), perché potrebbero verificarsi variazioni end-to-end a causa delle prestazioni della pipeline di rete e back-end.

I benchmark vengono eseguiti in un sistema di macchine virtuali di Azure Standard_F8s_v2 usando AMA Linux versione 1.25.2 e 10 GB di spazio su disco per la cache degli eventi.

  • vCPU: 8 con HyperThreading (800% CPU è possibile)
  • Memoria: 16 GiB
  • Temp Archiviazione: 64 GiB
  • Numero massimo di operazioni di I/O al secondo del disco: 6400
  • Rete: 12500 Mbp Max su tutte e 4 le schede di interfaccia di rete fisiche

Risultati

Metrica delle prestazioni Ave (Max) Med
Contoso 51 (262)
Mem RSS MB 276 (1,017)
KBps di rete 338 (18,033)

Domande frequenti

Questa sezione fornisce le risposte alle domande comuni.

Quanti dati vengono inviati per ogni agente?

La quantità di dati inviati per ciascun agente dipende da:

  • Le soluzioni abilitate.
  • Numero di log e contatori delle prestazioni raccolti.
  • Volume di dati nei log.

Vedere Analizzare l'utilizzo in un'area di lavoro Log Analytics.

Per i computer che possono eseguire l'agente WireData, usare la query seguente per visualizzare la quantità di dati inviati:

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

Quanta larghezza di banda di rete viene usata da Microsoft Monitoring Agent quando invia dati a Monitoraggio di Azure?

La larghezza di banda è una funzione della quantità di dati inviati. I dati vengono compressi man mano che vengono inviati in rete.

Passaggi successivi