Skip to content

Commit 0940298

Browse files
authored
Update azure-monitor-agent-performance.md
Had to adjust white space on dozens of lines that seemed to be broken by the Learn Editor tool.
1 parent 952fa17 commit 0940298

File tree

1 file changed

+1
-77
lines changed

1 file changed

+1
-77
lines changed

articles/azure-monitor/agents/azure-monitor-agent-performance.md

Lines changed: 1 addition & 77 deletions
Original file line numberDiff line numberDiff line change
@@ -10,152 +10,76 @@ ms.reviewer: jeffwo
1010
# Customer intent: As a deployment engineer, I can scope the resources required to scale my gateway data colletors the use the Azure Monitor Agent.
1111

1212
---
13-
1413
# Azure Monitor Agent Performance Benchmark
1514

16-
17-
1815
The agent can handle many thousands of events per second in the gateway event forwarding scenario. The exact throughput rate depends on various factors such as the size of each event, the specific data type, and physical hardware resources. This article describes the Microsoft internal benchmark used for testing the agent throughput of 10k Syslog events in the forwarder scenario. The benchmark results should provide a guide to size the resources that you need in your environment.
1916

20-
21-
2217
> [!NOTE]
23-
2418
> The results in this article are informational about the performance of AMA in the forwarding scenario only and do not constitute any service agreement on the part of Microsoft.
2519
26-
27-
2820
## Best practices for agent as a forwarder.
2921

30-
31-
3222
- Each AMA is limited to ingesting 20k EPS, and drops any data that exceeds the limits.
33-
3423
- The forwarder should be on a dedicated system to eliminate potential interference from other workloads.
35-
3624
- The forwarder system should be monitored for CPU, memory, and disk utilization to prevent overloads from causing data loss.
37-
3825
- Where possible use a load balancer and redundant forwarder systems to improve reliability and scalability.
39-
4026
- For other considerations for forwarders, see the Log Analytics Gateway documentation.
4127

42-
43-
4428
## Agent Performance
4529

46-
47-
4830
The benchmark is run in a controlled environment to get repeatable, accurate, and statistically significant results. The resources consumed by the agent are measured under a load of 10,000 simulated Syslog events per second. The simulated load is run on the same physical hardware that the agent under test is on. Test trials are run for seven days. For each trial, performance metrics are sampled every second to collect CPU, memory, and network maximum and average usage. This approach provides the right information to help you estimate the resources needed for your environment.
4931

50-
51-
5232
> [!NOTE]
53-
5433
> The results do not measure the end-to-end throughput ingested by a Log Analytics Workspace (or other telemetry sinks), as there may be end-to-end variability due to network and backend pipeline performance.
5534
56-
57-
5835
The benchmarks are run on an Azure VM Standard_F8s_v2 system using AMA Linux version 1.25.2 and 10 GB of disk space for the event cache.
5936

60-
61-
6237
- vCPU’s: 8 with HyperThreading (800% CPU is possible)
63-
6438
- Memory: 16 GiB
65-
6639
- Temp Storage: 64 GiB
67-
6840
- Max Disk IOPS: 6400
69-
7041
- Network: 12500 Mbp Max on all 4 physical NICs
7142

7243

7344

74-
75-
76-
77-
7845
## Results
7946

80-
81-
8247
| Perf Metric | Ave (Max) Med |
83-
8448
|:---|:---:|
85-
8649
| CPU % | 51 (262) |
87-
8850
| Mem RSS MB | 276 (1,017) |
89-
9051
| Network KBps | 338 (18,033) |
9152

9253

93-
94-
95-
9654
## Frequently asked questions
9755

98-
99-
10056
This section provides answers to common questions.
10157

102-
103-
10458
### How much data is sent per agent?
10559

106-
107-
108-
The amount of data sent per agent depends on:
109-
110-
60+
The amount of data sent per agent depends on:
11161

11262
* The solutions you've enabled.
113-
11463
* The number of logs and performance counters being collected.
115-
11664
* The volume of data in the logs.
11765

118-
119-
12066
See [Analyze usage in a Log Analytics workspace](../logs/analyze-usage.md).
12167

122-
123-
12468
For computers that are able to run the WireData agent, use the following query to see how much data is being sent:
12569

126-
127-
12870
```kusto
129-
13071
WireData
131-
13272
| where ProcessName == "C:\\Program Files\\Microsoft Monitoring Agent\\Agent\\MonitoringHost.exe"
133-
13473
| where Direction == "Outbound"
135-
13674
| summarize sum(TotalBytes) by Computer
137-
13875
```
13976

140-
141-
14277
### How much network bandwidth is used by the Microsoft Monitoring Agent when it sends data to Azure Monitor?
14378

144-
145-
14679
Bandwidth is a function of the amount of data sent. Data is compressed as it's sent over the network.
14780

148-
149-
15081
## Next steps
15182

152-
153-
15483
- [Connect computers without internet access by using the Log Analytics gateway in Azure Monitor](gateway.md)
155-
15684
- [Install the Azure Monitor Agent](azure-monitor-agent-manage.md) on Windows and Linux virtual machines.
157-
15885
- [Create a data collection rule](data-collection-rule-azure-monitor-agent.md) to collect data from the agent and send it to Azure Monitor.
159-
160-
161-

0 commit comments

Comments
 (0)