Processos de trabalho do Nginx conectam ao php-fpm. No entanto, eles o fazem criando conexões assíncronas, considerando-os como upstreams normais, como qualquer outro.
O Nginx é um aplicativo orientado a eventos, o que significa que a maioria das coisas de E / S que ele faz, especialmente conectando-se a upstreams, é assíncrona. Assim, um processo de trabalho teria, a qualquer momento, qualquer número de conexões para um upstream.
O PHP-FPM irá gerar (ou, idealmente por razões de desempenho, usar um processo já gerado mas não usado) para cada requisição que receber.
Então, considerando estes, geralmente não há relação direta entre os dois. Você sempre terá exatamente tantos processos de trabalho no nginx como você define, mas o número de processos php-fpm irá, na maior parte das vezes, variar dependendo do número de pedidos recebidos, o que não está diretamente relacionado ao número de trabalhadores nginx processos.
Pode-se argumentar que, se você ativar o fastcgi keepalive em nginx, os processos do php-fpm permanecerão lá por mais tempo. Considerando que cada processo de trabalho obtém seu próprio pool de conexão para upstreams que usam keepalive, isso pode fazer com que o php-fpm mantenha mais processos em execução em todos os momentos para cada processo de trabalho. No entanto, fastcgi keepalive é quebrado em php-fpm, tanto quanto sei, por isso não deve ser um problema:).