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-resource-manager/resource-manager-request-limits.md
+5-9Lines changed: 5 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,15 +4,15 @@ description: Describes how to use throttling with Azure Resource Manager request
4
4
author: tfitzmac
5
5
ms.service: azure-resource-manager
6
6
ms.topic: conceptual
7
-
ms.date: 10/11/2019
7
+
ms.date: 10/14/2019
8
8
ms.author: tomfitz
9
9
ms.custom: seodec18
10
10
---
11
11
# Throttling Resource Manager requests
12
12
13
13
This article helps you understand how Azure Resource Manager throttles requests. It shows you how to determine the remaining requests you have before reaching the limit, and how to respond when you've reached the limit.
14
14
15
-
Throttling happens at many different levels. The following image shows where throttling can happen.
15
+
Throttling happens at two levels. Azure Resource Manager throttles requests for the subscription and tenant. The resource provider throttles requests for its operations. The following image shows how throttling is applied as a request goes from the user to Azure Resource Manager and the resource provider.
For information about throttling limits for compute operations, see [Troubleshooting API throttling errors - Compute](../virtual-machines/troubleshooting/troubleshooting-throttling-errors.md).
61
61
62
+
For checking virtual machine instances within a virtual machine scale set, use the [Virtual Machine Scale Sets operations](/rest/api/compute/virtualmachinescalesetvms). For example, use the [Virtual Machine Scale Set VMs - List](/rest/api/compute/virtualmachinescalesetvms/list) with parameters to check the power state of virtual machine instances. This API reduces the number of requests.
63
+
62
64
### Azure Resource Graph throttling
63
65
64
66
Azure Resource Graph limits the number of requests to its operations. The steps in this article to determine the remaining requests and how to respond when the limit is reached also apply to Resource Graph. However, Resource Graph sets its own limit and reset rate. For more information, see [Throttle in Azure Resource Graph](../governance/resource-graph/overview.md#throttling).
@@ -82,9 +84,7 @@ You can determine the number of remaining requests by examining response headers
82
84
83
85
When you reach the limit, you receive the HTTP status code **429 Too many requests**. The response includes a **Retry-After** value, which specifies the number of seconds your application should wait (or sleep) before sending the next request. If you send a request before the retry value has elapsed, your request isn't processed and a new retry value is returned.
84
86
85
-
Typically, you get the 429 response when you have exceeded one of the default limits for Azure Resource Manager. However, some resource providers return 429 to report a temporary problem. The problem could be an overload problem that isn't directly related to the your request. Or, it could represent a temporary error about the state of the target resource or dependent resource. For example, the network resource provider may return 429 with **RetryableErrorDueToAnotherOperation** error code in the response body when the target resource is locked by another ongoing operation. The error details in the response body identity the nature of the error.
86
-
87
-
For details about throttling errors with compute resources, see [Throttling error details](../virtual-machines/troubleshooting/troubleshooting-throttling-errors.md#throttling-error-details).
87
+
Some resource providers return 429 to report a temporary problem. The problem could be an overload condition that isn't directly caused by your request. Or, it could represent a temporary error about the state of the target resource or dependent resource. For example, the network resource provider returns 429 with the **RetryableErrorDueToAnotherOperation** error code when the target resource is locked by another operation. To determine if the error comes from throttling or a temporary condition, view the error details in the response.
When you reach the request limit, Resource Manager returns the **429** HTTP status code and a **Retry-After** value in the header.
188
-
189
185
## Next steps
190
186
191
187
* For a complete PowerShell example, see [Check Resource Manager Limits for a Subscription](https://github.com/Microsoft/csa-misc-utils/tree/master/psh-GetArmLimitsViaAPI).
0 commit comments