你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
有关 Azure Resource Graph 中的受限制请求的指南
创建 Azure Resource Graph 数据的编程和频繁使用时，应考虑限制如何影响查询结果。 更改请求数据的方式可帮助你和你的组织避免受到限制并维护有关 Azure 资源的及时数据流。
本文涵盖与在 Azure Resource Graph 中创建查询相关的四个领域和模式：
- 了解限制标头。
- 分组查询。
- 惊人的查询。
- 分页的效果。
了解限制标头
Azure Resource Graph 基于时段为每个用户分配配额数量。 例如，用户可以在每 5 秒的时段内最多发送 15 个查询，而不会受到限制。 配额值由许多因素确定，可能会发生更改。
在每个查询响应中，Azure Resource Graph 会添加两个限制标头：
x-ms-user-quota-remaining(int)：用户的剩余资源配额。 此值映射到查询计数。x-ms-user-quota-resets-after(hh:mm:ss)：在用户的配额消耗量重置之前的持续时间。
当安全主体有权访问租户或管理组查询范围中 10,000 个以上的订阅时，响应仅限于前 10,000 个订阅，x-ms-tenant-subscription-limit-hit 标头将返回为 true。
为了说明标头的工作方式，我们来看看具有标头并且值为 x-ms-user-quota-remaining: 10 和 x-ms-user-quota-resets-after: 00:00:03 查询响应。
- 在接下来的 3 秒内，最多可以提交 10 个查询，而不会受到限制。
- 在 3 秒内，值
x-ms-user-quota-remaining分别重置为x-ms-user-quota-resets-after15和00:00:05重置。
若要查看使用标头对查询请求进行回退的示例，请参阅查询中的示例。
对查询分组
按订阅、资源组或单个资源对查询分组比并行查询更加高效。 较大查询的配额成本通常低于许多小型定向查询的配额成本。 组大小建议小于 300。
优化不当的方法的示例。
// NOT RECOMMENDED var header = /* your request header */ var subscriptionIds = /* A big list of subscriptionIds */ foreach (var subscriptionId in subscriptionIds) { var userQueryRequest = new QueryRequest( subscriptions: new[] { subscriptionId }, query: "Resoures | project name, type"); var azureOperationResponse = await this.resourceGraphClient .ResourcesWithHttpMessagesAsync(userQueryRequest, header) .ConfigureAwait(false); // ... }优化分组方法的示例。
// RECOMMENDED var header = /* your request header */ var subscriptionIds = /* A big list of subscriptionIds */ const int groupSize = 100; for (var i = 0; i <= subscriptionIds.Count / groupSize; ++i) { var currSubscriptionGroup = subscriptionIds.Skip(i * groupSize).Take(groupSize).ToList(); var userQueryRequest = new QueryRequest( subscriptions: currSubscriptionGroup, query: "Resources | project name, type"); var azureOperationResponse = await this.resourceGraphClient .ResourcesWithHttpMessagesAsync(userQueryRequest, header) .ConfigureAwait(false); // ... }优化分组方法的示例，用于在一个查询中获取多个资源。
Resources | where id in~ ({resourceIdGroup}) | project name, type// RECOMMENDED var header = /* your request header */ var resourceIds = /* A big list of resourceIds */ const int groupSize = 100; for (var i = 0; i <= resourceIds.Count / groupSize; ++i) { var resourceIdGroup = string.Join(",", resourceIds.Skip(i * groupSize).Take(groupSize).Select(id => string.Format("'{0}'", id))); var userQueryRequest = new QueryRequest( subscriptions: subscriptionList, query: $"Resources | where id in~ ({resourceIdGroup}) | project name, type"); var azureOperationResponse = await this.resourceGraphClient .ResourcesWithHttpMessagesAsync(userQueryRequest, header) .ConfigureAwait(false); // ... }
错开查询
由于强制实施限制的方式，建议错开查询。 例如，不要同时发送 60 个查询，而是将查询交错为 4 个 5 秒窗口。
非交错查询计划。
查询计数 60 0 0 0 时间间隔（秒） 0-5 5-10 10-15 15-20 交错查询计划。
查询计数 15 15 15 15 时间间隔（秒） 0-5 5-10 10-15 15-20
以下代码是查询 Azure Resource Graph 时遵循限制标头的示例。
while (/* Need to query more? */)
{
var userQueryRequest = /* ... */
// Send post request to Azure Resource Graph
var azureOperationResponse = await this.resourceGraphClient
.ResourcesWithHttpMessagesAsync(userQueryRequest, header)
.ConfigureAwait(false);
var responseHeaders = azureOperationResponse.response.Headers;
int remainingQuota = /* read and parse x-ms-user-quota-remaining from responseHeaders */
TimeSpan resetAfter = /* read and parse x-ms-user-quota-resets-after from responseHeaders */
if (remainingQuota == 0)
{
// Need to wait until new quota is allocated
await Task.Delay(resetAfter).ConfigureAwait(false);
}
}
并行查询
虽然建议进行分组而不是采用并行，不过有时候无法轻松地对查询分组。 在这些情况下，可能需要以并行方式发送多个查询来查询 Azure Resource Graph。 以下示例演示如何 根据限制标头退避 。
IEnumerable<IEnumerable<string>> queryGroup = /* Groups of queries */
// Run groups in parallel.
await Task.WhenAll(queryGroup.Select(ExecuteQueries)).ConfigureAwait(false);
async Task ExecuteQueries(IEnumerable<string> queries)
{
foreach (var query in queries)
{
var userQueryRequest = new QueryRequest(
subscriptions: subscriptionList,
query: query);
// Send post request to Azure Resource Graph.
var azureOperationResponse = await this.resourceGraphClient
.ResourcesWithHttpMessagesAsync(userQueryRequest, header)
.ConfigureAwait(false);
var responseHeaders = azureOperationResponse.response.Headers;
int remainingQuota = /* read and parse x-ms-user-quota-remaining from responseHeaders */
TimeSpan resetAfter = /* read and parse x-ms-user-quota-resets-after from responseHeaders */
if (remainingQuota == 0)
{
// Delay by a random period to avoid bursting when the quota is reset.
var delay = (new Random()).Next(1, 5) * resetAfter;
await Task.Delay(delay).ConfigureAwait(false);
}
}
}
分页
由于 Azure Resource Graph 在单个查询响应中最多返回 1,000 个条目，因此可能需要 对查询进行 分页以获取所需的完整数据集。 但某些 Azure Resource Graph 客户端处理分页的方式与其他客户端不同。
使用 ResourceGraph SDK 时，需要通过将从上一个查询响应返回的跳过标记传递到下一个分页查询来处理分页。 这种设计意味着需要从所有分页调用收集结果，最后将它们合并在一起。 在这种情况下，你发送的每个分页查询都采用一个查询配额。
var results = new List<object>();
var queryRequest = new QueryRequest(
subscriptions: new[] { mySubscriptionId },
query: "Resources | project id, name, type");
var azureOperationResponse = await this.resourceGraphClient
.ResourcesWithHttpMessagesAsync(queryRequest, header)
.ConfigureAwait(false);
while (!string.IsNullOrEmpty(azureOperationResponse.Body.SkipToken))
{
queryRequest.Options ??= new QueryRequestOptions();
queryRequest.Options.SkipToken = azureOperationResponse.Body.SkipToken;
var azureOperationResponse = await this.resourceGraphClient
.ResourcesWithHttpMessagesAsync(queryRequest, header)
.ConfigureAwait(false);
results.Add(azureOperationResponse.Body.Data.Rows);
// Inspect throttling headers in query response and delay the next call if needed.
}
仍在被限制？
如果使用本文的建议，并且 Azure Resource Graph 查询仍受到限制，请联系 Azure Resource Graph 团队。 该团队支持 Azure Resource Graph，但不支持 Microsoft Graph 限制。
联系 Azure Resource Graph 团队时，请提供以下详细信息：
- 对更高限制的特定用例和业务驱动因素需求。
- 你可以访问多少资源？ 从单个查询返回多少资源？
- 你对哪些类型的资源感兴趣？
- 你的查询模式是什么？ 每 Y 秒 X 个查询，等等。