Azure "successfully starts" 部署,但未部署

Azure "successfully starts" deployment, but nothing deployed

将某些软件多次部署到 Azure 后,我遇到了一个奇怪的问题,该问题使部署无法正常工作。 (在这种情况下,我通过使用 Visual Studio 的打包命令,然后使用 Azure 门户的上传按钮来完成所有这些部署。)

门户最初表示已成功开始部署:

它还说它正在创建暂存部署:

(忽略时间戳,截图来自另一次尝试):

但仅此而已。它从不继续显示实例,经历各种状态,最后 运行,就像以前一直发生的那样。没有进一步的通知,也没有错误消息。 (即使在 24 小时后,为了避免疑义。)

[2

这让我们耽搁了好几天。听起来难以置信,但 "new portal" 中显然存在一个主要错误,它阻止了错误报告的工作,导致静默失败而不是解释性消息或日志记录。在我们的例子中,我们只是达到了 Azure 订阅中 20 个核心的限制,但门户网站并未允许。

一旦我们删除了不再需要的服务,部署就会正常进行。

原因是纯属偶然发现的,当时其他人试图在出现此问题时创建新的云服务。 UI 消息通知他们由于达到限制而无法创建新服务。

更新现有服务时缺少等效消息是 "new portal" 中的一个 jaw-dropping 缺陷。非常遗憾的是,我们已经习惯了 MS 错误消息毫无帮助,甚至常常具有误导性,但是由于这种无声的失败,就错误报告标准而言,MS 似乎甚至超越了自己。

编辑:旧门户有助于在仪表板上报告核心利用率:

不幸的是,这似乎不适用于新门户。

但是,更重要的是旧门户确实报告了部署失败,而不是像 "new portal" 那样默默地失败:

...这导致:

所以这个故事的寓意似乎是:如果您有无法解释的部署问题,使用旧门户 (https://manage.windowsazure.com)。然后您可能会立即找到原因,因为旧门户实际上会报告失败原因,而不是像 "new portal" 那样默默地失败。

您还可以在 Azure 门户中查看资源组的部署日志,方法是转到该资源组 > 部署。所有部署,成功的和失败的,都应该列在那里。如果您单击失败的部署,顶部应该有一条注释,上面写着 Failed. Click here for details。这通常会提供有关部署失败原因的更多详细信息。

Microsoft 文档:Troubleshoot common Azure deployment errors with Azure Resource Manager