gpt4 book ai didi

azure-web-app-service - 天蓝色的 webapps 404 错误

转载 作者:行者123 更新时间:2023-12-04 07:18:31 25 4
gpt4 key购买 nike

我在 Spring Boot(REST 服务)中开发了 Web 应用程序,该应用程序部署在 Azure webapps(Azure 应用程序服务)上。我的计划是标准:1 小。

该应用程序自 2 周以来一直运行顺利。突然之间,今天,应用程序挂了。调用这些 REST 服务的消费者应用程序开始遇到 404 错误(源服务器没有找到目标资源的当前表示,或者它不愿意透露存在)

当我检查日志时,我没有找到任何会导致整个应用程序宕机的根本原因。这是第二次发生,这次我也无法找到根本原因(内存使用率/CPU 使用率似乎很好)。
“始终开启”设置已开启。

我有以下问题:1)可能是根本原因,有没有办法找到它?

2) 有没有办法(在 azure webapps 中)知道应用程序何时关闭并自动缩放? (我已经为 CPU 使用率和内存使用率设置了自动缩放规则,但这没有帮助)。

最佳答案

一些想法:

  • 如果这是一项关键服务,您需要运行 Web 应用程序的两个实例,即使您没有足够的负载来证明第二个实例的合理性。第二种情况是出于可靠性目的。
  • 你得到的是 404 而不是 50x 的事实让我认为这不是你的服务器太忙和由于 CPU 利用率、http 队列长度等资源匮乏而放弃的问题。

  • 检查故障排除的地方:
  • 在 Azure 门户中的 Web 应用管理边栏选项卡上,转到“诊断日志”菜单项。打开应用程序日志记录、Web 服务器日志记录、详细的错误消息和失败的请求跟踪。
  • 完成上一步后,您将能够转到诊断和解决问题菜单选项并查看失败的请求跟踪日志。您还可以浏览 Web 服务器日志和应用程序日志。我发现使用 Visual Studio 最容易做到这一点。
  • 只是为了好玩,还可以在诊断和解决问题下检查每个实例的指标。在您报告的 404 问题期间检查所有类别。这将让您检查 CPU 使用率、内存使用率、线程数、HTTP 队列长度等条件。
  • 关于azure-web-app-service - 天蓝色的 webapps 404 错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47652865/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com