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 di 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 di Microsoft usato per testare la velocità effettiva dell'agente di 10.000 eventi Syslog nello scenario del server d'inoltro. I risultati del benchmark dovrebbero fornire una guida per ridimensionare le risorse necessarie nell'ambiente.

Nota

I risultati di questo articolo sono puramente 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.

  • L'ama linux deve avere come destinazione 10k EPS. È presente un avviso EPS di 20k che non indica la perdita di dati. AMA non garantisce una connessione senza perdita di dati. Tuttavia, la perdita è più probabile quando EPS è superiore a 10.000.
  • Il server d'inoltro deve trovarsi in un sistema apposito per eliminare potenziali interferenze da altri carichi di lavoro.
  • Il sistema di inoltro deve essere monitorato per l'utilizzo di CPU, memoria e disco per evitare che gli overload causino perdite di dati.
  • Il servizio di bilanciamento del carico e i sistemi d'inoltro ridondanti devono essere usati per migliorare l'affidabilità e la scalabilità. Per altre considerazioni sui server d'inoltro, vedere la documentazione sul 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 si trova l'agente sottoposto a test. I test vengono eseguiti per sette giorni. Per ogni prova, 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% di CPU possibile)
  • Memoria: 16 GiB
  • Archiviazione temporanea: 64 GiB
  • Numero massimo di operazioni di I/O al secondo del disco: 6400
  • Rete: 12500 Mbps Max su tutte e 4 le schede di interfaccia di rete fisiche

Risultati

Metrica delle prestazioni Ave (Max) Med
Contoso 51 (262)
MEMORIA 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.
  • Il numero di log e di contatori delle prestazioni raccolti.
  • Il 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