配置了缩放规则的Container Apps为何无法缩容（扩容正常）

已基于Azure Service Bus Topics为ContainerApp配置自动缩放规则，扩容功能正常，但无法缩容。相关配置如下：

ContainerApp副本配置 #

Min replicas: 1
Max replicas: 5
Cooldown period: 300
Polling interval: 3

ContainerApp自动缩放规则 #

Authentication
service-bus-connection-string: connection

Metadata
messageCount: 2
namespace: namespaceName
subscriptionName: subscriptionName
topicName: topicName

更新：注意到由于Aspire中未配置健康检查，出现探测失败，但认为这不影响，因为扩容功能正常。

可能的原因分析 #

• 冷却周期过长：当前配置的冷却周期为300秒（5分钟），缩容操作需要等待冷却周期结束后才会触发状态检查。如果消息量刚下降，还未达到冷却时间，平台不会执行缩容。可尝试缩短冷却周期测试，但需避免过短导致频繁缩放。
• 消息阈值配置逻辑问题：规则中的messageCount:2是缩放的阈值基准——扩容是当订阅消息数超过2时增加副本，缩容则需要消息数持续低于2时才会触发。如果当前副本数高于1但未缩至1，需确认消息数是否真的持续低于阈值，或冷却周期是否已走完。
• 健康检查探测失败的隐性影响：不要忽略健康检查失败的问题，虽然扩容正常，但缩容时平台会优先判断实例的健康状态。若实例探测失败，平台会认为该实例无法正常退出，避免缩容后影响服务可用性，因此不会执行缩容操作。建议补全Aspire中的健康检查配置。
• 缩放规则的完整性：确认是否同时配置了缩容触发逻辑，部分场景下可能仅配置了扩容规则，未明确缩容的触发条件。检查规则是否正确关联了“消息数低于阈值时缩容”的逻辑。
• Service Bus消息计数的准确性：Service Bus的消息计数可能存在延迟，或存在被锁定的未完成消息、死信消息，导致平台判断消息数仍高于阈值，无法触发缩容。可手动查看订阅的活跃消息数、锁定消息数，确认实际消息量是否符合缩容条件。

内容的提问来源于stack exchange，提问作者NetDev