Отношение между настройками PHP-FPM и mpm_worker (Apache)
Как мы должны ответить на что-то о "большинстве" веб-приложения? Большинство находится, вероятно, на интранет компании для запуска, но также и Вы, вероятно, вне "большинства" к тому времени, когда Вы добираетесь до веб-приложений, работающих 2 + серверы.
Так или иначе я не думаю, что это говорит, что Вы только получите 100 запросов в секунду, таким образом, это будет всем, от чего необходимо защитить, который является, как вопрос звучит, а скорее что можно, вероятно, только обработать 100 запросов в секунду (который является 60,000/минута) так, чтобы уровень сделал хороший компромисс.
Если Ваше приложение может обработать 1000x логины в секунду, возможно, заново продумать вещи.
Статья не упоминает точечную коррозию tar, которая является практикой замедления ответов входа в систему, столь грубое принуждение становится невозможным - Вы, возможно, видели его сами, где Вы пытаетесь войти в систему 5 раз и после того каждого раза, когда Вы вводите пароль, который это находится, там взбалтывая целую вечность прежде, чем сказать Вам, что перестало работать, и после 10 попыток, задержка становится больше. Продолжайте пробовать, и это подавляет замедление, но отпуск и возвращается через двадцать минут, и это быстро снова.
Выполнение, которое может сделать скота, вызывающего почти невозможный.
Apache обслуживает запросы от клиентов, используя дочерние элементы потоков, но он будет вызывать PHP-FPM только для файлов php - изображения, css и js должны обслуживаться непосредственно из Apache, и поэтому не использовать поток PHP-FPM.
PHP-FPM имеет несколько потоков без дочерних - каждый поток обслуживает запрос от Apache.
AFAIK, несколько запросов от одного и того же клиента (загрузка страницы, плюс изображения, CSS и js) должен использовать несколько потоков, если у вас не установлен KeepAlive в Apache. См. Ссылку для получения дополнительной информации о KeepAlive.
Недавно я сам настраивал сервер Apache и обнаружил, что если у вас несколько ядер, лучше увеличить количество дочерних элементов на поток.
Связь отображается динамически. Это отдельные процессы, которые также могут запускаться на отдельных серверах, поэтому у вас есть множество вариантов конфигурации.
Процессы / потоки Apache обрабатывают начальные соединения, которые затем используют процессы php-fpm для анализа файлов PHP для возврата запросов.
Здесь есть много переменных, которые подскажут, как их настроить, но обычно настраивают apache так, чтобы у него было достаточно потоков для обработки запросов в реальном времени, и настраивают php-fpm, чтобы ваши скрипты / веб-сайты PHP имели достаточно памяти бежать. С различными возможными вариантами кэширования это можно решить только путем тестирования работающей системы.