Azure API 管理实例的容量
-
作者
容量是最重要的单一 Azure Monitor 指标，在是否扩展 API 管理实例以容纳更多负载方面，它可以帮助做出明智的决策。 容量的构造比较复杂，并且会施加特定的行为。
本文介绍容量的定义及其行为。 其中介绍了如何在 Azure 门户中访问容量指标，并建议何时应考虑扩展或升级 API 管理实例。
先决条件
若要遵循本文中的步骤，必须准备好：
一个有效的 Azure 订阅。
如果没有 Azure 订阅，可在开始前创建一个试用帐户。
一个 APIM 实例。 有关详细信息，请参阅创建 Azure API 管理实例。
可用性
Important
此功能在 API 管理的“高级”、“标准”、“基本”和“开发人员”层中可用。
什么是容量
容量是 APIM 实例中负载的指标。 它反映资源用量（CPU、内存）和网络队列的长度。 CPU 和内存用量反映以下对象的资源消耗量：
- APIM 服务，例如管理操作或请求处理，可能包括转发请求或运行策略
- 选定的操作系统进程，包括在新连接上造成 SSL 握手开销的进程。
总容量是 API 管理实例的每个单元中容量自有值的平均值。
容量指标行为
由于这种构造，在现实中，容量可能受到多种可变因素的影响，例如：
- 连接模式（是根据请求创建新连接，还是重复使用现有连接）
- 请求和响应的大小
- 在每个 API 中配置的策略数，或发送请求的客户端数。
请求中的操作越复杂，容量消耗就越高。 例如，复杂转换策略消耗的 CPU 比简单的请求转发要高得多。 后端服务响应速度较慢也会增大消耗量。
Important
容量不是所处理请求数量的直接度量值。
容量还可能会出现间歇性的高峰或大于零，即使未处理任何请求。 之所以发生这种情况，是因为存在系统或平台特定的操作。在决定是否缩放实例时，不应考虑这些因素。
使用 Azure 门户检查容量
在 Azure 门户中导航到自己的 APIM 实例。
选择“指标(预览)”。
在紫色部分，从可用指标中选择“容量”，并保留默认的“平均值”聚合。
Tip
为避免解释错误，容量指标始终按位置分解。
在绿色部分选择“位置”，以便按维度拆分指标。
从该部分的顶部栏中选择所需的时间范围。
可以设置指标警报，以便在发生意外的情况时收到通知。 例如，当 APIM 实例超出预期峰值容量有 20 分钟以上时收到通知。
Tip
可以配置警报，以便在服务容量不足时知道这种状况；或者使用 Azure Monitor 自动缩放功能自动添加 Azure API 管理单元。 缩放操作可能需要大约 30 分钟，因此请相应地安排规则。
只允许缩放主要位置。
使用容量做出缩放决策
在是否扩展 API 管理实例以容纳更多负载方面，容量指标可以帮助做出决策。 请考虑：
- 查看长期趋势和平均值。
- 忽略往往与负载提高无关的突发高峰（请参阅“容量指标行为”部分中的说明）。
- 当容量值长时间（例如 30 分钟）超过 60% 或 70% 时，请升级或扩展实例。 不同的值可能更适合服务或方案。
Tip
如果能够事先估算流量，请在预期的工作负荷上测试 APIM 实例。 可在租户中逐渐增大请求负载，并监视哪个容量指标值对应于峰值负载。 遵循上一部分中的步骤，使用 Azure 门户了解在任意给定时间使用的容量。