PHP-FPM 性能调优——突发流量

Question

我有一个用 Laravel / PHP 编写的 Web 应用程序，它处于早期阶段，通常服务于 500 - 600 reqs/min。我们使用 Maria DB 和 Redis 进行缓存，一切都在 AWS 上。

对于我们想在我们的平台上推广的活动，我们会向所有用户发送推送通知（移动平台），这会导致大约 2 分钟长的流量突发，使我们达到 3.5k 请求/分钟

在我们目前的服务器规模上，这完全拖累了通常以 10% CPU 运行的应用程序服务器的 CPU。在这次爆发期间，数据库和 Redis 集群看起来还不错。

查看日志，似乎所有 PHP-FPM 工作池进程都被占用并开始排队来自 Nginx 上游的请求。

我们目前有：

• 三个 m4.large 服务器（2 个内核，每个 8gb RAM）

• 动态 PHP-FPM 进程管理，每个盒子上最多有 120 个子进程（服务器）

我的问题：

1) 我们应该增加 FPM 池吗？看来，就记忆而言，我们可能已经接近我们的极限了

2) 我们应该减少 FPM 池吗？似乎我们正在启动如此多的进程，以至于 CPU 陷入困境并且无法真正完成其中的任何一个。我想知道我们是否会因此用更少的钱获得更好的结果。

3) 我们是否应该简单地使用具有更多 RAM 和 CPU 的更大盒子，这将允许我们添加更多 FPM 工作人员？

4) 是否有任何我们应该考虑的 FPM 性能调整？但是，我们使用 Opcache，是否应该切换到 FPM 的静态进程管理来减少进程上下旋转的开销？

Answer 1

子进程相对于核心数量太多了。

首先，您需要了解服务器在正常和突发时的状态。

1) 查看php-fpm进程数。

ps -ef | grep 'php-fpm: pool' | wc -l

2) 检查平均负载。在 2 个核心时，2 个或更多意味着工作开始延迟。

top
htop
glances

3) 根据服务的不同，我们从两倍的核数开始调整。

; Example
;pm.max_children = 120       ; normal) pool 5, load 0.1 / burst) pool 120, load 5  **Bad**
;pm.max_children = 4    ; normal) pool 4, load 0.1 / burst) pool 4, load 1
pm.max_children = 8    ; normal) pool 6, load 0.1 / burst) pool 8, load 2  **Good**

负载 2 = 最大性能 2 个核心

---

通过 apache benchmark(ab) 以与实际负载相似的负载来测试 Web 服务器更准确。

ab -c100 -n10000 http://example.com

Time taken for tests:   60.344 seconds
Requests per second:    165.72 [#/sec] (mean)
 100%    880 (longest request)