asp.net - azure 网站不会从基本网站缩小，因为报告的大小不正确

Question

我有两个 asp.net core 应用程序，它们都通过 github 集成直接部署到各自的 azure 网站。一个网站有自定义域，而另一个网站则没有。

最初在两个站点上配置集成时，它们最初失败并出现与空间相关的警告。所以我将网站扩展为基本网站(1 个小网站)。我不知道 为什么我需要这样做，因为这两个应用程序都比 1G 小得多，我相信共享网络应用程序有一个限制。 (我本地硬盘上的两个站点分别是117M和120M)

因此，我有两个网站共享相同的服务计划，即每月 41 英镑，而不是一个网站免费，另一个网站每月共享 7 英镑(因为它需要自定义域)

如果我尝试缩小服务计划，我会收到以下错误。 (按预期进行编辑)

{
"authorization": null,
"caller": null,
"channels": null,
"claims": {},
"correlationId": null,
"description": "Failed to update App Service plan defaultserviceplan: {\"Code\":\"Conflict\",\"Message\":\"Storage usage quota exceeded. Cannot update or delete a server farm.\",\"Target\":null,\"Details\":[{\"Message\":\"Storage usage quota exceeded. Cannot update or delete a server farm.\"},{\"Code\":\"Conflict\"},{\"ErrorEntity\":{\"ExtendedCode\":\"11006\",\"MessageTemplate\":\"Storage usage quota exceeded. Cannot update or delete a server farm.\",\"Parameters\":[],\"InnerErrors\":[],\"Code\":\"Conflict\",\"Message\":\"Storage usage quota exceeded. Cannot update or delete a server farm.\"}}],\"Innererror\":null}",
"eventDataId": null,
"eventName": null,
"eventSource": null,
"category": null,
"eventTimestamp": "Wed Jun 21 2017 11:01:25 GMT+0100 (GMT Summer Time)",
"id": "Failed to update App Service plan_Wed Jun 21 2017 11:01:25 GMT+0100 (GMT Summer Time)",
"level": "1",
"operationId": null,
"operationName": {
    "value": "Failed to update App Service plan",
    "localizedValue": "Failed to update App Service plan"
},
"resourceGroupName": null,
"resourceProviderName": null,
"resourceType": null,
"resourceId": null,
"status": {
    "value": "Error",
    "localizedValue": "Error"
},
"subStatus": null,
"submissionTimestamp": null,
"subscriptionId": null,
"properties": {
    "correlationIds": "REDACTED"
},
"relatedEvents": []

}

我如何诊断占用空间的内容，或报告此问题？

Answer 1

首先要注意的是您的文件系统使用情况。您可以通过转到应用服务计划并单击左侧菜单上的文件系统来查看应用服务认为您正在使用的内容。

这将为您提供应用服务计划中所有应用正在使用多少空间的聚合 View 。

如果此值 > 1 GiB，那么您将无法缩小到共享(我怀疑这就是导致您出现问题的原因)

下一步是查看应用服务计划中每个应用使用的存储空间。

在 Web 应用程序用户体验中，您应该能够转到“配额”并查看应用服务计划中的每个应用程序正在使用的内容。

如果您发现某个应用使用的空间超过您认为应使用的空间，请注意以下几点:

• 日志:如果您要登录应用的文件系统，这可能会快速耗尽空间，具体取决于详细程度。
• MySQL In App:如果您启用了此功能，数据库将作为文件存储在磁盘上，并且也会占用空间。
  • 您的应用上安装的网站扩展

您应该能够使用 Kudu 和调试控制台来很好地了解什么在使用空间。