我们正在 Kubernetes 中运行 php-fpm 容器。这是一个测试设置，因此为了保留资源，php-fpm (8.1) 配置为：
pm = ondemand
pm.max_children = 5
pm.max_requests = 1000
应用程序未在使用中（例如，没有向应用程序发出请求，访问日志中没有任何内容）。尽管如此，该池中始终有一个工作进程在运行。
问题：我如何找出导致 php-fpm 产生此工作进程的原因？
我看过的东西：
- netstat：php-fpm：主进程侦听端口 9000，并连接到两个 unix 套接字（这将是 stdout 和 stderr），仅此而已
- 访问日志：空
- 配置： pm.min_spare_servers 设置为 1 （这是默认值），但配置文件指出这仅与“动态”调度程序一起使用
- 当在 Kubernetes 之外使用相同的配置运行 php-fpm 时，当站点空闲时，不会生成子项（或全部退出）
你的分析是正确的。您看到一个工作进程在 php-fpm 容器中运行，并带有ondemand 进程管理器，并且pm.min_spare_servers未设置为 1，这可能是由于 ondemand 模式的默认行为造成的。
在 ondemand 模式下，工作进程仅在响应请求时启动。然而，它确实无限期地维持一个工作进程的存在，以处理可能增加的流量或初始请求。这使得每个请求都不会重新开始。
pm.min_spare_servers正如您所提到的，这些设置仅适用于动态进程管理器，它预先分叉一定数量的工作进程以准备就绪。它不影响按需行为。
虽然在您当前的场景中可能没有外部原因产生此工作人员。在您的测试环境中，通过按需模式保持一个工作进程处于活动状态是平衡资源节约与处理潜在流量增加的合理方法。
如果您将此设置移至生产并知道预期的流量模式，请考虑使用静态生产模式。请考虑使用静态进程管理器。此模式根据您的配置启动固定数量的工作进程。（例如； pm.max_children）
考虑使用更适合您的 kubernetes 设置的 php-fpm 流程管理器策略。
请参阅此PHP 手册配置以获取更多信息。
编辑1
php-fpm 中的 ondemand 模式应该仅在请求到达时生成工作进程。一旦请求得到服务，工作进程应该默认终止。
在非 Kubernetes 环境中，以按需模式运行php-fpm并且没有传入请求应该会导致只有主进程处于活动状态，就像您所经历的那样。
一些 Kubernetes 部署利用 Liveness 和 Readiness 探针来监控 Pod 的运行状况。即使没有传入请求，这些探测器也可能会定期触发工作线程生成。