Azure弹性数据库池存储限制简单地降为零

昨天和今天,我的azure色的networking应用程序经历了一堆超时和502的几分钟。 在调查的过程中,我发现当时数据库存储限制和存储使用降至零。 应用程序(一个应用程序,许多数据库)没有重新启动。

总之,这发生了: 在这里输入图像说明

服务器使用率低(这是巨大的秒杀我和几十字节的SQL脚本) 在这里输入图像说明

这可能是我的错,还是在托pipe方? 我可以保护我的数据库免受这种问题吗? 虚拟机会更稳定吗?

Azure提供了一个可用于帮助排查502错误的链接。

https://docs.microsoft.com/en-us/azure/app-service/app-service-web-troubleshoot-http-502-http-503

根据文档502错误通常是由以下原因造成的:

– 请求花费很长时间 – 使用高内存/ CPU应用程序崩溃由于例外。

您也可以在点击您的web应用程序后检查门户中的资源健康选项卡,以查看在此期间是否检测到任何平台问题。 否则,正如Sam在评论部分中提到的那样,您可能需要联系Azure支持部门来进行调查。 如果这不是一个重复发生的问题,我build议您只需查看提供的文档并监控您的应用程序。