扩大工作范围的时间&x27；s azure实例数

当设置为根据平均CPU使用量自动扩展时，azure向workerrole分配更多实例需要多长时间？换句话说，azure检测到平均CPU使用率高于阈值并将新实例分配给我的工作者角色的时间有多长

---

我需要的缩放过程需要不到1分钟，以满足要求。可能吗？

通常缩放过程长达15分钟甚至更长时间。首先，必须确定缩放事件。如果我在至少5-10分钟内看不到稳定的缩放条件，我不会触发缩放事件。然后，当我（您或系统）触发scale时，需要正常的包部署时间（最低限度），范围为5-6到15-20分钟。时间取决于数据中心的当前负载、包大小和正在执行的启动任务

在传统云模型中（无论供应商如何），不可能有少于1分钟的动态缩放反应。实现“1分钟缩放”的唯一方法是准确地知道何时要缩放（计划）和配置计划缩放。然后考虑所需的最少5-7分钟，并根据此配置您的计划时间

---

同样，如果您的业务模式是“不到1分钟的扩展时间”，那么您应该使用超出您需要的资源运行，或者认真重新考虑“1分钟”的要求，使其更像“20分钟的扩展时间”。

谢谢您的回答！我的服务运行的流程对每个请求的处理要求很高。我不知道客户何时会要求服务，但当他要求时，我需要快速处理他的请求。问题是，保持一台高处理能力的机器处于活动状态是昂贵的，因此我只想在客户端请求处理时触发scale。但似乎没有云服务能像我所希望的那样快速提供处理能力我要寻找一个替代方案。再次感谢！还有一条评论。环顾四周，我发现它在55秒内部署了一个新的服务器实例！问题是，它只有linux服务器，而我的服务是基于windows的。除了CPU利用率（通常是一个很差的衡量标准）之外，您是否有其他衡量标准/知识来衡量何时进行扩展？另一个衡量标准是为每个请求分配一个实例。每一个新的请求，我都会分配一个新的实例给它，在作业完成后，该实例将被释放。您可能想查看Azure函数或AWS Lamba以获得更多的按需处理能力。