windows - 有没有办法减少 Azure 部署启动和调用角色 OnStart() 代码之间的时间？

Question

目前，当我使用 Windows Azure 管理门户创建部署时，大约需要 9(九!)分钟才能运行我的角色 OnStart() 中的代码。我觉得有些不对劲——九分钟太长了。

我有一个小型启动任务，预计在几秒钟内完成(在计算模拟器下运行时，它会在几秒钟内完成)，因此看起来 Azure 基础设施正在其中做一些大事一直以来。

有没有办法加快这个过程？

Answer 1

当您将应用程序部署到 Windows Azure 时，根据您的 VM 大小和实例数量，会发生以下情况:

1. 您提供虚拟机类型(小型、中型、大型、超大)和实例数量(例如 N)

2. 取决于 VM 类型设置，如果您选择了小型，则结构 Controller (FC) 需要找到一个可以为您启动单核 VM 的插槽，或者如果您选择了超大，则 FC 需要找到一个插槽找到一台主机来托管 8 核 guest VM。在此步骤中，可能会出现 2 种可能性(还有更多，但为了简单起见，我仅引用 2 种):

   2.1 FC 可以找到一个就绪节点(或机架)，该节点已经有 1 个或更多可用核心来托管您的虚拟机2.2 FC 可能在所有正在运行的主机节点中找不到任何空核心，并且您需要重新启动新节点来托管您的 guest VM

3. 如果您的虚拟机被选择为路径 2.1，在这种情况下，主机虚拟机已经开启，主机只需要根据您的规模为您配置一个 guest 虚拟机。这可能需要更少的时间，因为系统只需要配置和启动您的虚拟机。

4. 如果您的虚拟机被选择为路径 2.2，在这种情况下，首先主机将启动(如果它没有运行，这很常见*)，然后需要配置并启动您的 guest 虚拟机。并且这条路径将比路径 2.1 花费更长的时间。

注意:对于 2.1 和 2.2，您在部署同一应用程序时可能需要不同的体验。

1. 同样的事情也会发生，找到 N 个实例来运行您的服务，但是这个过程将与 2.1/2.2 并行发生，但时间几乎相同。此外，FC 还需要为每个实例找到不同的故障域，以便万一一个实例发生故障，其他实例仍然处于事件状态。

因此，系统内部发生的事情不仅仅是简单地打开 Windows Server 2008 计算机。由于多个虚拟机在一台主机上运行，​​因此安全性至关重要，因此在配置 guest 虚拟机时，需要执行许多操作来保持工作正常进行。

关于您对“随时可用的小型服务器群”的评论，这是一个很好的评论，但是当有一个为全世界服务的数据中心时，“小”是非常“巨大”的数字，只是为了保持数千台机器的运行没有任何客人是不合逻辑的。而且您只是偶尔部署一次，这不是您每天都会做的事情，因此 10 分钟以内仍然是可以理解的。