天蓝色的网站不会从基本缩小为不正确报告大小

azure site wont scale down from basic as incorrectly reporting size

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

最初在两个站点上配置集成时,它们最初失败并出现 space 相关警告。所以我将站点缩放为基本站点(1 个小站点)。我不知道 为什么我需要这样做,因为这两个应用程序都远小于 1G,我认为共享 webapp 有一个限制。 (我本地硬盘上的两个站点分别是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": []

}

我如何诊断占用 space 的内容或报告此问题?

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

这将为您提供应用服务计划中所有应用使用了多少 space 的聚合视图。

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

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

在 Web 应用 UX 中,您应该能够转到 "Quota" 并查看应用服务计划中的每个应用正在使用什么。

如果您发现某个应用的使用量 space 超出了您的预期,请注意以下几点:

  • 日志:如果您正在登录到应用程序的文件系统,这可能会很快用完 space,具体取决于详细级别。
  • MySQL 在应用程序中:如果您启用了此功能,数据库将作为文件存储在磁盘上,并且也会用完 space。
    • 您的应用程序上安装的网站扩展程序

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