Dela via

Prestandamått för Azure Monitor Agent

  • Artikel

Azure Monitor-agenten kan hantera tusentals händelser per sekund (EPS) i scenariot för vidarebefordran av gatewayhändelser. Den exakta dataflödeshastigheten beror på olika faktorer som storleken på varje händelse, den specifika datatypen och fysiska maskinvaruresurser.

Den här artikeln beskriver Microsofts interna benchmark som används för att testa agentens dataflöde för 10 000 (10 000) syslog-händelser i gatewayvidarescenariot. Benchmark-resultaten bör ge en guide för att storleksanpassa de resurser som du behöver i din miljö.

Kommentar

Resultaten i den här artikeln är endast informationsrelaterade om prestanda för Azure Monitor Agent i ett scenario för gatewayvidarebefordring. Resultatet och informationen i artikeln utgör inte något tjänstavtal från Microsofts sida.

Metodtips för agent som vidarebefordrare

  • Linux Azure Monitor-agenten bör rikta in sig på 10 000 EPS. En EPS-varning på 20 000 kan inträffa, men det betyder inte att data går förlorade. Azure Monitor-agenten garanterar inte en förlustfri anslutning. Förlust är mer sannolikt när EPS är över 10 000.
  • Vidarebefordraren ska vara i ett dedikerat system för att eliminera potentiell interferens från andra arbetsbelastningar.
  • Vidarebefordrarsystemet bör övervakas för processor-, minnes- och diskanvändning för att förhindra överlagringar från att orsaka dataförlust.
  • Lastbalanseraren och redundanta vidarebefordrarsystem bör användas för att förbättra tillförlitligheten och skalbarheten. Andra överväganden för vidarebefordrare finns i dokumentationen för Log Analytics-gatewayen.

Agentprestanda

Riktmärket körs i en kontrollerad miljö för att få repeterbara, korrekta och statistiskt signifikanta resultat. De resurser som används av agenten mäts under en belastning på 10 000 simulerade sysloghändelser per sekund. Den simulerade belastningen körs på samma fysiska maskinvara som agenten som testas är på. Testversioner körs i sju dagar. För varje utvärderingsversion samplas prestandamått varje sekund för att samla in cpu, minne och maximal nätverksanvändning och genomsnittlig användning. Den här metoden innehåller rätt information som hjälper dig att uppskatta de resurser som behövs för din miljö.

Kommentar

Prestandatestresultat mäter inte det dataflöde från slutpunkt till slutpunkt som matas in av en Log Analytics-arbetsyta (eller andra telemetrimottagare). Variabilitet från slutpunkt till slutpunkt kan uppstå på grund av nätverks- och backend-pipelineprestanda.

Prestandamåtten körs på en virtuell Azure-dator Standard_F8s_v2 system med Azure Monitor Agent Linux version 1.25.2 och 10 GB diskutrymme för händelsecachen.

  • vCPU:er: Åtta med Hyper-Threading (800 % CPU är möjligt)
  • Minne: 16 GiB
  • Temporär lagring: 64 GiB
  • Maximalt antal disk-IOPS: 6 400
  • Nätverk: Max 12 500 Mbit/s på alla fyra fysiska nätverkskort

Resultat

Mått perf Ave (Max) Med
CPU % 51 (262)
MINNES-RSS MB 276 (1,017)
Kbit/s för nätverk 338 (18,033)

Vanliga frågor och svar

Få svar på vanliga frågor.

Hur mycket data skickas per agent?

Mängden data som skickas per agent beror på:

  • De lösningar som du har aktiverat
  • Antalet loggar och prestandaräknare som samlas in
  • Mängden data i loggarna

Mer information finns i Analysera användning på en Log Analytics-arbetsyta.

För datorer som kan köra WireData-agenten använder du följande fråga för att se hur mycket data som skickas:

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

Hur mycket nätverksbandbredd används av Microsoft Monitoring Agent när den skickar data till Azure Monitor?

Bandbredd är en funktion av mängden data som skickas. Data komprimeras när de skickas via nätverket.

Relaterat innehåll