Azure Monitor Logs—Concurrency query throttle is being rolled out
Published date: 30 April, 2020
To ensure that Azure Monitor Logs will deliver a consistent experience for all users, a new concurrency limit is gradually being rolled out. This will help to protect against users sending an excessive number of queries at once, which could potentially overload system resources and jeopardize responsiveness. Some users will experience this immediately, others in a month or two as the roll out is completed. These limits are designed to throttle only extreme usage scenarios and shouldn’t be relevant for typical usage.
If there are already five queries running for any user, any new queries will be placed in a per-user concurrency queue. When one of the running queries ends, the next query will be pulled from the queue and started. This doesn’t include queries from alert rules.
If a query sits in the queue for more than 2.5 minutes without being started, it will be terminated with an HTTP error response with code 429.
Once the number of queries in the queue reaches 40, any additional queries will by rejected with an HTTP error code 429. This is in addition to the five queries that can run simultaneously.
If your queries are throttled by the new limits:
- Optimize your log queries.
- Dashboards and workbooks can contain multiple queries in a single view that generate a burst of queries every time they load or refresh. Consider breaking them up into multiple views that load on demand.
- In Power BI, consider extracting only aggregated results rather than raw logs.