根据我的观察，如果群集负载增加(基于缓存利用率、引入利用率、CPU 等指标(，具有"优化自动缩放"的 ADX 群集会迅速急剧扩展(在 1 或 2 小时内(。但是当这个负载下降到正常时，集群在缩减时非常非常慢，事实上，即使它这样做了，即使在一两天后它也不会回到旧的节点数。这对成本有影响。因此，似乎 ADX 偏向于大量节点，因为它可能为缩减设置了比纵向扩展更严格的标准。它不是很透明。有人对此有线索吗？我注意到，根据 geuine 负载，集群从 60 秒迅速增加到 80 秒，但即使所有指标都恢复到它在 60 年代运行时的状态，集群在 79 个节点周围徘徊了几天，影响了成本。
Azure 数据资源管理器优化自动缩放跟踪关键使用情况指标，以确保有足够的资源来执行所有必需的操作，例如查询执行和数据引入。 群集中横向扩展或扩展的逻辑非常相似，并且包含不同的阈值，以防止群集不断横向扩展和缩减的状态。 您说得对，我们在决定缩减群集以确保性能和使用情况不受影响时更加保守;因此，我们需要更多时间来分析集群指标，并决定是否可以将其缩小(6 小时时间间隔与横向扩展情况下的 1 小时时间间隔(。 一旦较高的负载下降并返回到以前的状态，群集应返回到其原始大小。 如果要降低成本，还可以手动修改群集大小，然后启用优化的自动缩放以查看它是否增加了群集。 如果您仍然认为群集无法正确扩展，请打开支持票证。