【问题标题】:php-cgi suddenly very slow with minimal CPU on DMZ serverphp-cgi 突然非常慢,DMZ 服务器上的 CPU 最少
【发布时间】:2023-02-07 15:30:29
【问题描述】:

我们有一个 Moodle IIS 实现,其中主要数据/IIS 服务器位于我们的 LAN 上,但我们在 DMZ 上也有一个面向公众的 IIS 服务器。直到最近,通过 DMZ 服务器访问 Moodle 的性能与通过 LAN 服务器访问的性能相当;但上周我注意到通过 DMZ 访问非常慢,而且我经常遇到 500 次超时。我增加了 fastcgi 的活动超时,超时消失了,但该网站现在痛苦地慢的。

我在使用 LAN 服务器浏览站点时监视活动监视器,php-cgi.exe 显示 CPU 在主动浏览时上升(20-25% 左右)。在 DMZ 服务器上进行相同的监控显示 php-cgi 进程的 CPU 使用率没有变化——它们都保持在 0-1%。

我将 DMZ 服务器移至 LAN,性能立即达到预期:页面加载速度很快,浏览时 php-cgi CPU 使用率上升到 20-25%。

在 LAN 和 DMZ 服务器之间复制文件时,我测试了 ping 和带宽,ping 大约为 20 毫秒,在 DMZ 上时带宽似乎上限为 100 Mbps。这是出乎意料的,但我没有历史 ping 来证明过去的延迟较低而带宽过去较高。

我们的核心网络提供商最近进行了维护,并且在一段时间内完全无法访问我们的 DMZ,直到他们“解决”了这个问题。感觉他们最近引入了瓶颈(流量现在通过 100 Mbps 适配器路由?)而且我有一张公开票,但我不确定如何证明这是问题所在。

我想检查的唯一日志是 IIS 和查看响应时间。自维护以来,它看起来已经上升了 2-4 倍,但它并不像我想要的那样具有决定性(我猜是因为本地缓存了大量数据)。还有什么我可以/应该看的吗?

服务器是 Windows Data Center 2012 R2,php 是 7.4 nts 64 位,Moodle 是 3.10。

非常感谢。

【问题讨论】:

    标签: php iis moodle fastcgi iis-8.5


    【解决方案1】:

    根据您的描述很难重现您的问题。当服务器挂起、崩溃或性能低下时,通常需要抓取服务器的线程栈(Thread Dump)进行后续分析。所以我建议您通过https://support.microsoft.com开个case,会有专业的技术人员协助您抓取dump文件并进行分析。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-03-20
      • 1970-01-01
      • 2019-02-05
      • 2014-04-22
      • 2014-08-05
      • 2021-07-07
      相关资源
      最近更新 更多