【问题标题】:Slow response times from free web app server every day at same time每天同一时间免费网络应用服务器的响应时间很慢
【发布时间】:2016-10-31 20:54:37
【问题描述】:

每天大约 3:00PM-4:00PM GMT 响应时间开始增加(没有内存增加或 CPU 增加) 每 10 分钟对服务器进行一次 Azure 可用性测试。

由于这是一个开发站点,除了我(在奇怪的时间)和可用性测试之外,没有其他流量到它 我在内部将启动时间记录到一个变量中,这表明该站点没有重新启动

当这种情况开始发生时,通过浏览器发出的第一个请求非常慢(2 分钟 - 可能是超时)。 之后它运行完美。似乎该站点正在关闭,然后在第一次请求时启动,但是 ping 使其保持活动状态,因此该站点没有关闭(据我所知) 在我收到的奇怪日志条目中 - 我似乎收到 502 错误 - 但我无法确认这一点,因为此时 FEEB 日志通常已关闭。 p>

FREB 日志会在 1 小时后自动关闭,因为这对我来说是半夜 (NZDT) - 我没有机会打开。

查看附加图片 - 您可以看到响应时间同时增加 忽略超过 20 的请求 - 那是我通过浏览器访问它 在浏览器中查看网站之前,我总是检查 azure 仪表板

刚刚收到此错误(来自网络浏览器随机 - 继续访问同一页面: 502: 指定的 CGI 应用程序遇到错误,服务器终止进程。

其他相关信息(可能):

  • 我最初让可用性测试 ping 到一个 ping 端点 /ping,当我注意到这种情况发生时,它只返回 200 和空字符串 它现在指向网站主页,看看它是否改变了任何东西 - 还是一样。

  • 假设数据库不是问题,因为 /ping 端点没有触及数据库 - 只是一个直接的控制器返回。 内部异常处理什么都没有 服务:Azure Free Web App(开发)

  • 此站点上没有网络作业或定时事件

Azure Dashboard Initial

当前测试:

  • 作为新网站上传到 Basic 1 Small
  • 在问题前 12 小时(通常是 20 小时前)重新启动开发站点

结果:

  • 在发布前 12 小时重新启动免费网络应用 - 同时结果相同 - 所以它不是应用缓慢超载,或者它会晚得多
  • 基本 1 小:没问题 - 可能是开发服务器的问题吗?

Azure Dashboard From Today

观察:

与 /ping 端点(仅返回空字符串 200 Ok)和主主页端点(数据库查找 [w/caching] / razer)具有相同的行为

如果有人对可能发生的事情有任何想法 - 我将非常感激 :-)

更新: 它似乎在格林威治标准时间 2016 年 11 月 1 日凌晨 1 点 50 分 49 秒左右停止(自行)——我的内部时间戳说它重新启动了——然后错误又像往常一样在同一时间再次开始。 注意:没有人在使用该应用。基本的 1 小型服务器仍然运行良好。

抱歉,我无法添加更多图片(没有足够的代表)

【问题讨论】:

    标签: azure azure-web-app-service


    【解决方案1】:

    默认情况下,如果 Web 应用在一段时间内处于空闲状态,则会被卸载,这可能会导致网站在这段时间内响应缓慢。此外,this article 是关于解决 Azure Web 应用程序中的 HTTP“502 Bad Gateway”错误或 HTTP“503 Service Unavailable”错误的,您可以阅读它。从文章中我们可以知道,扩展 Web 应用程序可以缓解这个问题。

    【讨论】:

    • 感谢您的回复。我最初是这么想的,但测试表明事实并非如此。可用性测试 (ping) 使其保持活动/唤醒状态。内部启动时间戳也说它没有重新启动。该问题出现在特定时间,这就是为什么我在 12 小时前重新启动以涵盖您所谈论的基础。此外,缓慢/糟糕的响应会一直发生,直到重新启动应用程序。我已经读过那篇文章 :-) - 但感谢您的回复。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2017-01-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-06-25
    • 2011-05-18
    • 2017-09-26
    相关资源
    最近更新 更多