azure - Azure 上的监控规模

Question

我有一个请求管道，该管道进入 app-service > app-service > cosmosDB (然后返回)。我们目前正在对上述管道进行性能测试，并以每分钟约 10k 请求的速度进行测试。我们注意到，测试持续的时间越长，性能就越差，因此我们的响应是在应用服务和cosmosDB上启用自动缩放。不幸的是，这并没有影响性能，我想看看自动缩放是否正常工作。

TL;DR

是否有记录显示在给定时间[通过自动缩放]有多少个资源实例处于事件状态？

Answer 1

Is there a log for how many instances of a resource are active [from autoscale] at a given time?]

感谢@MarkBrown 的评论。

我已创建 Azure 应用服务并根据请求的指标规则启用自动缩放。

虚线显示每当 Web 应用程序达到请求的 70.53% 时将启用应用程序服务的其他实例的最大请求。蓝线显示网络应用程序的当前请求。

每当应用达到 70% 时，计数就会增加 1，最大实例数达到 4

• 添加了另一条缩放规则

• 我们可以看到容量仍然是1。在 Web App 上运行负载测试。您可以看到负载测试后应用服务已扩展到 3 个实例。

• 检查自动缩放历史记录。

• 在 Azure 监视器 =>事件日志 中查看 Web 应用事件历史记录。

Cosmos DB 中的自动缩放

• 在 Azure Cosmos DB 中，Ru 的数量是按比例缩放的。我们可以提及 Cosmos DB 所需的 RU 最大数量。

为 CosmosDB 启用自动缩放

• 导航到您的 Azure Cosmos DB 帐户 => 规模 => 新容器。

• Cosmos DB 将从其值的 5000 扩展到其值的 1/10(500-5000 RU)。如果我们工作时间更长，规模就会达到标准。当我们的工作负载未运行时，我们可以缩减至更少的 RU。

检查 Metrics 中 RU 的消耗

• 目前百分比为 14%，标准化 RU 消耗图表在 0-100% 之间变化，它提供了有关我们已配置并利用了多少当前吞吐量的信息。
• 100% 表示我们提到的最大 RU。如果上图中我们的消耗是线性的并且平均在 66% 以上，我们不需要自动缩放，如果它是可变的，我们需要自动缩放。

And how to check how many instances does cosmos dB has scaled to after enabling auto scale?

预配置吞吐量是 cosmos dB 已完成的实例或缩放。在下图中，自动缩放已配置 500 个吞吐量

自动缩放最大吞吐量 – 1k

预配置吞吐量 - 500k

• 我们还可以将 Azure cosmos DB 日志发送到日志分析以查询并获得更多见解。