你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
Azure API 管理实例的容量
适用于：开发人员 | 基本 | 基本 v2 | 标准 | 标准 v2 | 高级
API 管理提供 Azure Monitor 指标来检测系统容量的使用情况，这有助于排查网关问题，并基于这些信息做出明智的决策，例如是否需要扩展或升级 API 管理实例以容纳更多负载。
本文介绍了什么是容量指标和该指标的表现方式，以及如何在 Azure 门户中访问容量指标，并建议何时应考虑扩展或升级 API 管理实例。
注意
目前无法在工作区中使用此功能。
重要
本文介绍了如何基于容量指标来监视和扩展 Azure API 管理实例。 但是，当实例达到其容量时，它不会进行限制以防止重载。 相反，它会表现得像一个重载的 Web 服务器：延迟增加、连接断开和出现超时错误。 API 客户端应准备好处理这些问题，就像处理其他外部服务一样，例如，使用重试策略。
先决条件
若要遵循本文中的步骤，必须在支持容量指标的某个层中有一个 API 管理实例。 有关详细信息，请参阅创建 Azure API 管理实例。
可用容量指标
v2 服务层和经典层中提供了不同的容量指标。
在 v2 层中，有以下指标可用：
网关的 CPU 百分比 - 网关单元使用的 CPU 容量百分比。
网关的内存百分比 - 网关单元使用的内存容量百分比。
这些指标的可用聚合如下所示。
- Avg - API 管理实例的每个单元中跨网关进程使用的容量的平均百分比。
- Max - 使用量最大时网关进程中容量的百分比。
CPU 和内存用量反映以下对象的资源消耗量：
- API 管理数据平面服务（如请求处理）可以包括转发请求或运行策略。
- API 管理的管理平面服务，例如通过 Azure 门户或 Azure 资源管理器应用的管理操作，或者来自开发人员门户的加载操作。
- 选定的操作系统进程，包括在新连接上造成 TLS 握手开销的进程。
- 平台更新，例如实例基础计算资源的 OS 更新。
- 部署的 API 数量（无论是否处于活动状态）都可能会消耗额外的容量。
容量指标行为
在现实生活中，容量指标会受到多种变量的影响，例如：
- 连接模式（是根据请求创建新连接，还是重复使用现有连接）
- 请求和响应的大小
- 在每个 API 中配置的策略数，或发送请求的客户端数。
请求的操作越复杂，要使用的容量就越多。 例如，复杂转换策略消耗的 CPU 比简单的请求转发要高得多。 后端服务响应速度较慢也会增大使用量。
重要
容量指标不是所处理请求数量的直接度量值。
即使未处理任何请求，容量指标也可能会出现间歇性的高峰或大于零的情况。 之所以发生这种情况，是因为存在系统或平台特定的操作。在决定是否缩放实例时，不应考虑这些因素。
虽然容量指标旨在显示 API 管理实例出现的问题，但是在某些情况下，问题不会反映在容量指标的更改中。 此外，低容量指标并不一定意味着 API 管理实例没有遇到任何问题。
使用 Azure 门户检查容量指标
访问门户中的指标，以了解一段时间内使用了多少容量。
- 在 Azure 门户中导航到自己的 API 管理实例。
- 在左侧菜单中的“监视”下，选择“指标”。
- 从可用指标中选择网关的 CPU 百分比或网关的内存百分比指标。 选择默认的 Avg 聚合，或选择 Max 聚合以查看峰值使用情况。
- 从该部分的顶部栏中选择所需的时间范围。
重要
目前，对于 v2 层中的实例，容量指标也显示在门户中。 但是，不支持在 v2 层中使用，并且显示值为 0。
注意
可以设置指标警报，以便在发生意外的情况时收到通知。 例如，当 API 管理实例的 CPU 或内存使用量超出预期峰值超过 20 分钟时，会收到通知。
使用容量做出缩放决策
使用容量指标在是否扩展 API 管理实例方面做出明智的决策，以容纳更多负载。 下面是一般注意事项：
- 查看长期趋势和平均值。
- 忽略往往与负载提高无关的突发高峰（请参阅容量指标行为部分中的说明）。
- 一般规则是，在容量指标值长时间（例如 30 分钟）超过 60% - 70% 时升级或扩展实例。 不同的值可能更适合服务或方案。
- 如果仅为实例配置了 1 个单元，则在容量指标值长时间超过 40% 时升级或扩展实例。 这项建议的依据是需要为基础服务平台中的来宾 OS 更新预留容量。
提示
如果能够事先估算流量，请在预期的工作负荷上测试 API 管理实例。 可在租户中逐渐增大请求负载，并监视哪个容量指标值对应于峰值负载。 遵循上一部分中的步骤，使用 Azure 门户了解在任意给定时间使用的容量。