自动缩放队列消息

Autoscaling on queuemessages

我正在使用服务总线队列消息和辅助角色在 Azure 上测试自动缩放功能。

自动缩放的简单场景是,对于每个实例队列中超过 10 条消息,自动缩放发生。然而,在测试过程中,注意到即使我在队列中推送了 200 多条消息,即使在半小时后,

1)只放大了一个实例(从1开始,变成了2)
2) None 的两个实例是稳定的,即处于 "Running" 状态。

这让我很困惑,是否有以下可能导致显示不一致的原因?

1)我的订阅是公司 msdn 订阅,每月有上限(这当然只适用于开发工作)。
2) 我在 space 几秒钟内推送了 200 条消息..显然这可能是一个生产场景..但它会妨碍..

有什么可能?

服务总线将在几秒钟内吃掉 200 条消息。尝试发送更多,例如 20,000。

这是一个示例,它使用 F#,但概念相同。 http://indiedevspot.com/2015/03/14/mocking-iot-telemetry-data-with-azure/

Azure 的自动缩放适用于 60 分钟的聚合周期。一旦启动,它通常一次添加 1 个实例,将一个实例添加到云服务需要 10-12 分钟(我假设您拥有)。

如果您在自动缩放方面想要更多的控制和选项,请考虑专门从事此领域的第 3 方产品,例如 CloudMonix,它是 AzureWatch 的继任者 - 我都是关联

关于为什么您的实例在扩展期间都未就绪的原因的特别说明: 这是因为您从 1 个实例开始然后转到 2。如果您从 2 个实例开始然后转到 3+,那么您的前两个实例就可以了。这是 Azure 负载均衡器的一个特殊问题,我忘记了微软对此给出的解释,但如果你看的话,它在论坛的某个地方