Azure metrics观察到的度量值与自动缩放的实际度量值

我有一个自动缩放规则，不会触发

out规则指示如果CPU百分比高于70%，则添加一个实例。持续时间为2分钟，冷却时间为2分钟

当我建立一个指标图表来比较实际的CPU百分比和观察到的CPU百分比时，我可以清楚地看到我的CPU中有峰值，但观察到的似乎是在更长的时间内平均出来的，我不知道为什么？我可以在比例规则中使用什么设置来控制规则的平均时间段

---

谢谢你的提问！你可能想调查一下

此外，了解拍打过程也很重要：

建议根据实际情况仔细选择不同的阈值进行向外扩展和向内扩展，不要建议使用与向外和向内条件相同或非常相似的阈值进行如下示例中的自动缩放设置：

以此为例:

当线程数=600时，将实例数增加1个

现在请考虑以下过程：

假设有两个实例开始，然后每个实例的平均线程数增长到625

自动缩放可向外扩展，添加第三个实例

接下来，假设实例中的平均线程数降至575

在缩小之前，“自动缩放”尝试估计如果放大最终状态将是什么。例如，575 x 3（当前实例计数）=1725/2（缩小时的最终实例数）=862.5个线程。这意味着，如果平均线程数保持不变或甚至只下降了一小部分，即使在自动缩放后，也必须立即再次向外缩放。然而，如果它再次放大，整个过程将重复，导致无限循环

为了避免这种情况（称为“拍打”），自动缩放根本不会缩小。相反，它会在下次执行服务作业时跳过并重新评估条件。这会让很多人感到困惑，因为当平均线程数为575时，自动缩放似乎不起作用

在放大过程中进行估计是为了避免“拍打”情况，即放大和缩小动作不断来回。当您为“向外扩展”和“向内扩展”选择相同的阈值时，请记住此行为

我们建议在向外扩展和向内扩展阈值之间选择适当的裕度。作为一个例子，考虑下面的更好的规则组合。< /P> 当CPU%>=80时，将实例数增加1

---

CPU%时实例数减少1个感谢您的回复。我已经看过了这些文档，很好。我也理解扑翼的问题。我的设置几乎和你们的一样，我想我的高是70，低是50或者类似的东西。我所关心的是，在制作过程中，上面（观察到的）红色条与蓝色条非常接近。在我的另一个应用服务计划中，它几乎没有移动。为什么？我检查了又检查，设置似乎完全一样。我的采样时间最初与prod-5和冷却5中的采样时间完全相同。一些图表，然后我把它改成了2，同样的问题。