一旦一个新的部署被请求到Azure REST，云服务是如何提供(和计费)的？

Question

我使用Azure REST创建、部署和启动具有数百个实例的云服务(经典)(托管在Azure存储中的cspkg)。我注意到Azure提供和启动所请求的实例所花费的时间实际上是异构的。第一种情况可能在6-7分钟内开始，但最后一次可能需要15-20分钟，比第一次多10分钟。所以我的问题是：

• 这是预期的行为吗？如果是的话，这背后的逻辑是什么？我能做点什么来加快速度吗？
• Azure怎么开这个帐？它是否计算自部署Cloud的初始时间以来实例的总数？还是考虑到了每个具体实例的具体时间？

更新：我一直在测试更多的场景，我发现了一个令人费解的惊喜。如果我替换了Cloud实例应该运行的所有进程，只需等待几分钟(使用超时值命令运行.bat文件)，那么所有实例几乎同时启动(在最快和最慢的实例之间大约15秒)。这不仅仅是运气和随机行为，我已经证明了这种行为是可重复的，我甚至无法试图解释根本原因。

Answer 1

• 我几周前也检查过，启动时间取决于机器的大小，如果它很大，它有更多的资源，所以引导时间更快，而且，如果有任何错误，在启动时出现异常，VM将循环直到它成功启动。我搜索了它，但没有找到任何解决方案来加快速度，所以我认为不可能对启动时间做任何事情。在后台，每当您部署某个东西时，它都会创建一个Windows Server，并启动它并在其上部署您的包，并将您的web角色置于负载均衡器的后面，这就是为什么要花这么长时间，因为很多事情都在发生。
• 对于传统云服务来说，计费部分也不是最好的，即使在启动和回收期间，您也必须为此付费，即使它被关闭了，所以如果您完成了更新，您应该从您的暂存槽中删除VM，或者缩小它的规模，因为即使它被关闭，您也会为此付费。