You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/azure-monitor/agents/azure-monitor-agent-performance.md
+1-77Lines changed: 1 addition & 77 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,152 +10,76 @@ ms.reviewer: jeffwo
10
10
# Customer intent: As a deployment engineer, I can scope the resources required to scale my gateway data colletors the use the Azure Monitor Agent.
11
11
12
12
---
13
-
14
13
# Azure Monitor Agent Performance Benchmark
15
14
16
-
17
-
18
15
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.
19
16
20
-
21
-
22
17
> [!NOTE]
23
-
24
18
> 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.
25
19
26
-
27
-
28
20
## Best practices for agent as a forwarder.
29
21
30
-
31
-
32
22
- Each AMA is limited to ingesting 20k EPS, and drops any data that exceeds the limits.
33
-
34
23
- The forwarder should be on a dedicated system to eliminate potential interference from other workloads.
35
-
36
24
- The forwarder system should be monitored for CPU, memory, and disk utilization to prevent overloads from causing data loss.
37
-
38
25
- Where possible use a load balancer and redundant forwarder systems to improve reliability and scalability.
39
-
40
26
- For other considerations for forwarders, see the Log Analytics Gateway documentation.
41
27
42
-
43
-
44
28
## Agent Performance
45
29
46
-
47
-
48
30
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.
49
31
50
-
51
-
52
32
> [!NOTE]
53
-
54
33
> 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.
55
34
56
-
57
-
58
35
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.
59
36
60
-
61
-
62
37
- vCPU’s: 8 with HyperThreading (800% CPU is possible)
63
-
64
38
- Memory: 16 GiB
65
-
66
39
- Temp Storage: 64 GiB
67
-
68
40
- Max Disk IOPS: 6400
69
-
70
41
- Network: 12500 Mbp Max on all 4 physical NICs
71
42
72
43
73
44
74
-
75
-
76
-
77
-
78
45
## Results
79
46
80
-
81
-
82
47
| Perf Metric | Ave (Max) Med |
83
-
84
48
|:---|:---:|
85
-
86
49
| CPU % | 51 (262) |
87
-
88
50
| Mem RSS MB | 276 (1,017) |
89
-
90
51
| Network KBps | 338 (18,033) |
91
52
92
53
93
-
94
-
95
-
96
54
## Frequently asked questions
97
55
98
-
99
-
100
56
This section provides answers to common questions.
101
57
102
-
103
-
104
58
### How much data is sent per agent?
105
59
106
-
107
-
108
-
The amount of data sent per agent depends on:
109
-
110
-
60
+
The amount of data sent per agent depends on:
111
61
112
62
* The solutions you've enabled.
113
-
114
63
* The number of logs and performance counters being collected.
115
-
116
64
* The volume of data in the logs.
117
65
118
-
119
-
120
66
See [Analyze usage in a Log Analytics workspace](../logs/analyze-usage.md).
121
67
122
-
123
-
124
68
For computers that are able to run the WireData agent, use the following query to see how much data is being sent:
125
69
126
-
127
-
128
70
```kusto
129
-
130
71
WireData
131
-
132
72
| where ProcessName == "C:\\Program Files\\Microsoft Monitoring Agent\\Agent\\MonitoringHost.exe"
133
-
134
73
| where Direction == "Outbound"
135
-
136
74
| summarize sum(TotalBytes) by Computer
137
-
138
75
```
139
76
140
-
141
-
142
77
### How much network bandwidth is used by the Microsoft Monitoring Agent when it sends data to Azure Monitor?
143
78
144
-
145
-
146
79
Bandwidth is a function of the amount of data sent. Data is compressed as it's sent over the network.
147
80
148
-
149
-
150
81
## Next steps
151
82
152
-
153
-
154
83
-[Connect computers without internet access by using the Log Analytics gateway in Azure Monitor](gateway.md)
155
-
156
84
-[Install the Azure Monitor Agent](azure-monitor-agent-manage.md) on Windows and Linux virtual machines.
157
-
158
85
-[Create a data collection rule](data-collection-rule-azure-monitor-agent.md) to collect data from the agent and send it to Azure Monitor.
0 commit comments