我正在使用服务总线队列消息和辅助角色测试Azure上的自动缩放功能。队列消息自动缩放
自动缩放的简单场景是，对于每个实例中队列中的超过10条消息，会发生自动缩放。然而，在测试过程中，我注意到即使我在队列中推送了超过200条消息，即使在半小时之后，也是如此。1）只有一个实例被放大（从1开始，它变成了2）
2 ）这两个实例都不是稳定的，即处于“运行”状态。
这让我感到困惑，是否可能出现不一致的原因？
1）我的订阅是公司msdn订阅，每月限额（这当然只适用于开发工作）。
2）我在几秒钟的时间内推送了200封邮件..显然这可能是一个制作场景..但它是否妨碍了...
有什么可能性？
Azure的自动缩放工作在60分钟的聚合期间。一旦它启动，它通常每次增加1个实例，并且需要10-12分钟才能将实例添加到云服务（这正是我假设的你的实例）。
如果你想一吨多的控制和选择，当涉及到自动缩放，认为专注于这个第三方产品，如CloudMonix这是AzureWatch的继任者 - 这两个我与
相关关于为什么你的实例在缩放期间都未准备好的特别注意事项： 这是因为你从1个实例开始并前往2个。如果你从2个实例开始并转到3+，那么你的前两个实例会没事的。这是Azure的负载均衡器的一个特殊问题，我忘记了微软给出的解释，但它在论坛的某个地方，如果你看看
服务总线将在几秒钟内吃掉200条消息。尝试发送更多像20,000。
下面是一个示例，它使用F＃，但是具有相同的概念。 http://indiedevspot.com/2015/03/14/mocking-iot-telemetry-data-with-azure/
如果你可以让我知道背后的解释，那会很棒。这是SLA问题吗？因为如果您没有2个或更多实例，SLA不在图片中？ –
这不是一个特别的SLA问题（虽然我确信SLA也依赖于这个事实），但我认为这是因为它们的负载均衡器通过一种不同的模式，并且需要将您的第一个实例从本身中抽出来以便使用2+实例重建负载均衡集 – Igorek
我了解新实例的运行取决于一小时内的平均使用情况......但基于队列的情况如何......例如，在优化队列读取之后，现在速度非常快。但仍然。当我将每个实例的标准设置为10条消息时......并且当队列中有超过100个未决的时候......它仍然没有开始启动新的实例..在一段时间后，它会做任何事情？ –