Azure 应用服务 - Wordpress 的糟糕性能

Mat*_*ble 7 php wordpress performance azure

晚上大家,

\n

完全无计可施,希望有人能够拯救我!我正在将一些 PHP 应用程序迁移到 Azure。我在用:

\n
    \n
  • 基于 Linux 的应用服务运行 PHP 7.4(2 个 vCPU、8Gb RAM),每月成本为 \xc2\xa394。
  • \n
  • MySQL 8.0 上的 Azure 数据库(2 个 vCPU),每月 \xc2\xa3114。
  • \n
\n

我的 PHP 应用程序运行良好,每页加载时间不到 1 秒。然而 WordPress 的性能很糟糕。我将从 1 秒页面加载时间缩短到 10 秒左右,尤其是在后端。我已阅读所有 Azure 指南并实现了以下明显要点:

\n
    \n
  • 应用服务和 MySQL 安装都位于同一数据中心
  • \n
  • 应用服务设置为“始终开启”
  • \n
  • 连接重定向设置为首选并测试正常
  • \n
\n

相同的应用程序在非常基本的 \xc2\xa310 左右一个月的共享托管包上运行良好。我今天也在 Amazon Web Services 中尝试了相同的设置,页面加载回到一秒左右。

\n

在 Chrome 控制台中,延迟以 TTFB 为单位。我已经禁用了所有插件,但没有一个插件能够产生巨大的影响。每个都会增加第二个左右的页面加载,这表明当页面需要多次数据库调用时会出现一致的问题。

\n

Azure 和 WordPress 糟糕的性能到底是怎么回事?!还有什么我可以调查或尝试的吗?真的很想继续使用 Azure,但无法应对性能损失带来的成本大幅增加。

\n

Mat*_*ble 9

事实证明,问题出在应用服务中文件系统的运行方式。这不是数据库的问题。目前,App Service 架构在文件读/写方面太慢,Wordpress 经常使用该架构。研究了各种文件缓存选项,但没有一个得到足够的改进。

最终设置了一个相当基本且便宜得多的虚拟机,使用相同的数据库运行,并且性能得到了极大的提高。

这不是一个很好的答案,但应用服务目前还不能满足 WordPress!

  • 经过大量研究后,我证实了同样的结果。适用于 Azure 应用服务的 WordPress 性能非常糟糕,尚未准备好迎接黄金时段。不知道为什么 Azure 会这么认为。至少在他们的 B1 或 B2 定价层,以及任何超出该层的定价对于简单的 WordPress 实例来说都是远远超出合理范围的。 (2认同)