【发布时间】：2014-12-13 06:55:46
【问题描述】：
当设置为根据平均 CPU 使用率自动扩展时，Azure 将更多实例分配给工作角色需要多长时间？换句话说，azure 需要多长时间才能检测到平均 CPU 使用率高于阈值并将新实例分配给我的工作角色？
我需要缩放过程用不到 1 分钟的时间来满足要求。有可能吗？
【问题讨论】：
标签： azure scalability
【发布时间】：2014-12-13 06:55:46
【问题描述】：
通常，扩展过程长达 15 分钟甚至更长。首先必须确定缩放事件。如果我在至少 5-10 分钟内没有稳定地看到缩放条件，我不会触发缩放事件。然后，当我（您或系统）触发规模时，需要正常的包部署时间（至少） - 这范围从 5-6 到 15-20 分钟。时间取决于数据中心的当前负载、包大小和正在执行的启动任务。
在传统的云模型中（无论供应商如何），不到 1 分钟的动态扩展反应是根本不可能的。实现“1 分钟扩展”的唯一方法是准确知道何时要扩展（计划）并配置计划的规模。然后考虑所需的最少 5-7 分钟，并据此配置您的计划时间。
再次重申，如果您的业务模式是“不到 1 分钟即可扩展”，那么您要么使用比您需要的更多的资源运行，要么认真重新考虑“1 分钟”的要求，使其更像“20 分钟即可扩展” ”。
【讨论】：
-
感谢您的回答！我的服务运行一个需要对每个请求进行高处理的进程。我不知道客户什么时候会要求提供服务，但是当他要求时，我需要快速处理他的请求。问题是，保持高处理能力的机器处于活动状态是昂贵的，所以我只想在客户端请求处理时触发规模。但似乎没有云服务能够以我想要的速度提供处理能力。 =/ 将寻找替代解决方案。再次感谢！
-
还有一条评论。环顾四周，我发现digitalOcean 在 55 秒内部署了一个新的服务器实例！问题是它只有 linux 服务器，而我的服务是基于 windows 的。
-
你有关于何时扩展的任何其他指标/知识，而不仅仅是 CPU 利用率——这通常是一个糟糕的扩展指标
-
另一个指标是为每个请求分配一个实例。每个新请求我都会为其分配一个新实例，并在作业完成后释放该实例。
-
您可能需要研究 Azure Functions 或 AWS Lamba 以获得更多的按需处理能力。