我使用快速启动模板 201-web-app-ase-ilb-create开始创建我的 ASE（在西欧）。我让它通宵运行。在某个时间点，它超时了。第二天早上——看着门户——部署似乎成功了。在继续使用快速启动模板 201-web-app-ase-ilb-configure-default-ssl添加 ILB 证书之前，我重新运行了第一个模板（只是为了确定）。尽管第一个模板没有引起对配置的明显更改，但又开始了长时间的部署——可能还要持续几个小时。
问问题
3949 次
3 回答
2
我还看到了一些运行时间很长的 ASE 部署。通常最后会失败。我发现这些长期部署有两个常见问题。
最常见的事实是，我忘记了将端口 454 和 455 从所有到所有对 ASE 子网开放的先决条件。这就是让 azure 发挥其魔力并使用证书来确保安全的原因。如果您看到部署时间超过 2 小时，请确保您的 NSG 中有此规则。
我在错误的地方放置了一个依赖块，这导致了漫长的等待。
于 2017-02-20T15:28:42.127 回答
1
每次我们使用 ARM 模板部署 ASE 时，我都会看到这种行为。即使前端和工作器池、应用服务计划和应用服务没有改变，它们仍然需要几个小时。我们通常做的是使用增量部署并将 ASE 放在不同的模板中。这并不理想，但我们还没有找到任何其他方法来避免长时间运行的部署。
HTH
于 2017-02-19T22:52:04.457 回答
0
关于从 Visual Studio 部署时的“访问令牌到期”，即使 Visual Studio 告诉您它已超时，部署仍然可以在 Azure 中完成。基本上，您已经将 ARM 模板发送到 Azure，因此超时仅意味着有关 VS 中部署的轮询信息停止工作。
于 2017-06-19T05:43:22.270 回答