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/iot-operations/manage-mqtt-broker/howto-configure-availability-scale.md
+5-2Lines changed: 5 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@ ms.topic: how-to
7
7
ms.subservice: azure-mqtt-broker
8
8
ms.custom:
9
9
- ignite-2023
10
-
ms.date: 03/17/2025
10
+
ms.date: 05/14/2025
11
11
12
12
#CustomerIntent: As an operator, I want to understand the settings for the MQTT broker so that I can configure it for high availability and scale.
13
13
ms.service: azure-iot-operations
@@ -174,6 +174,7 @@ When you use this profile:
174
174
175
175
- Maximum memory usage of each frontend replica is approximately 99 MiB, but the actual maximum memory usage might be higher.
176
176
- Maximum memory usage of each backend replica is approximately 102 MiB multiplied by the number of backend workers, but the actual maximum memory usage might be higher.
177
+
- Maximum message size is 4 MB.
177
178
- The maximum size of the incoming buffer for PUBLISH data is approximately 16 MiB per backend worker. However, the effective size may be lower due to backpressure mechanisms, which activate when the buffer reaches 75% capacity resulting in a buffer size of approximately 12 MiB. Rejected packets have a PUBACK response with a *Quota exceeded* error code.
178
179
179
180
Recommendations when you use this profile:
@@ -189,12 +190,13 @@ When you use this profile:
189
190
190
191
- Maximum memory usage of each frontend replica is approximately 387 MiB, but the actual maximum memory usage might be higher.
191
192
- Maximum memory usage of each backend replica is approximately 390 MiB multiplied by the number of backend workers, but the actual maximum memory usage might be higher.
193
+
- Maximum message size is 16 MB.
192
194
- The maximum size of the incoming buffer for PUBLISH data is approximately 64 MiB per backend worker. However, the effective size may be lower due to backpressure mechanisms, which activate when the buffer reaches 75% capacity resulting in a buffer size of approximately 48 MiB. Rejected packets have a PUBACK response with a *Quota exceeded* error code.
193
195
194
196
Recommendations when you use this profile:
195
197
196
198
- Only one or two frontends should be used.
197
-
- Clients shouldn't send large packets. You should only send packets smaller than 10 MiB.
199
+
- Clients shouldn't send large packets. You should only send packets smaller than 16 MiB.
198
200
199
201
### Medium
200
202
@@ -213,6 +215,7 @@ Use this profile when you need to handle a large number of client messages.
213
215
214
216
- Maximum memory usage of each frontend replica is approximately 4.9 GiB, but the actual maximum memory usage might be higher.
215
217
- Maximum memory usage of each backend replica is approximately 5.8 GiB multiplied by the number of backend workers, but the actual maximum memory usage might be higher.
218
+
- Maximum message size is 256 MB.
216
219
- The maximum size of the incoming buffer for PUBLISH data is approximately 2 GiB per backend worker. However, the effective size may be lower due to backpressure mechanisms, which activate when the buffer reaches 75% capacity resulting in a buffer size of approximately 1.5 GiB. Rejected packets have a PUBACK response with a *Quota exceeded* error code.
0 commit comments