Apache: Префорк Apache MPM

RU EN

Пункт 92. Префорк Apache MPM

Этот многопроцессорный модуль (MPM) реализует однопоточный веб-сервер с предварительным разветвлением. Каждый серверный процесс может отвечать на входящие запросы, а родительский процесс управляет размером пула серверов. Он подходит для сайтов, которым необходимо избегать многопоточности для совместимости с библиотеками, не поддерживающими многопоточность. Это также лучший MPM для изоляции каждого запроса, так что проблема с одним запросом не повлияет ни на один другой.

Этот MPM очень саморегулирующийся, поэтому редко требуется корректировать его директивы конфигурации. Самое главное, чтобы он MaxRequestWorkers был достаточно большим, чтобы обрабатывать столько одновременных запросов, сколько вы ожидаете получить, но достаточно маленьким, чтобы гарантировать наличие достаточного объема физической оперативной памяти для всех процессов.

Как это работает

Один управляющий процесс отвечает за запуск дочерних процессов, которые прослушивают соединения и обслуживают их по мере их поступления. Apache httpd всегда пытается поддерживать несколько резервных или бездействующих серверных процессов, готовых обслуживать входящие запросы. Таким образом, клиентам не нужно ждать разветвления новых дочерних процессов, прежде чем их запросы смогут быть обслужены.

, , и определяют, как родительский процесс создает дочерние процессы для обслуживания запросов StartServers . В общем, Apache httpd очень саморегулируемый, поэтому большинству сайтов не нужно настраивать эти директивы по умолчанию. Для сайтов, которые должны обслуживать более 256 одновременных запросов, возможно, потребуется увеличить , а для сайтов с ограниченным объемом памяти, возможно, потребуется уменьшить , чтобы предотвратить перегрузку сервера (переключение памяти на диск и обратно). Дополнительные сведения о создании процесса настройки см. в документации с рекомендациями по производительности. MinSpareServers MaxSpareServers MaxRequestWorkers MaxRequestWorkers MaxRequestWorkers

В то время как родительский процесс обычно запускается как root в Unix для привязки к порту 80, дочерние процессы запускаются Apache httpd как менее привилегированный пользователь. Директивы User и Group используются для установки привилегий дочерних процессов Apache httpd. Дочерние процессы должны иметь возможность читать весь контент, который будет обслуживаться, но должны иметь как можно меньше дополнительных привилегий.

MaxConnectionsPerChild контролирует, как часто сервер перезапускает процессы, убивая старые и запуская новые.

Этот MPM использует mpm-accept мьютекс для сериализации доступа к входящим соединениям, когда возникает проблема громогласного стада (как правило, при наличии нескольких прослушивающих сокетов). Аспекты реализации этого мьютекса можно настроить с помощью директивы Mutex . В документации по рекомендациям по производительности есть дополнительная информация об этом мьютексе.

Директива MaxSpareServers

Описание:	Максимальное количество простаивающих дочерних серверных процессов
Синтаксис:	`MaxSpareServers number`
По умолчанию:	`MaxSpareServers 10`
Контекст:	конфигурация сервера
Положение дел:	МПМ
Модуль:	префорк

Директива MaxSpareServers устанавливает желаемое максимальное количество бездействующих дочерних серверных процессов. Бездействующий процесс — это процесс, который не обрабатывает запрос. Если их больше, чем MaxSpareServers простоя, то родительский процесс уничтожит лишние процессы.

Настройка этого параметра необходима только на очень загруженных сайтах. Установка для этого параметра большого числа почти всегда является плохой идеей. Если вы пытаетесь установить значение, равное или меньшее MinSpareServers , Apache HTTP Server автоматически изменит его на MinSpareServers + 1 .

Смотрите также

MinSpareServers
StartServers
MaxSpareThreads

Директива MinSpareServers

Описание:	Минимальное количество простаивающих дочерних серверных процессов
Синтаксис:	`MinSpareServers number`
По умолчанию:	`MinSpareServers 5`
Контекст:	конфигурация сервера
Положение дел:	МПМ
Модуль:	префорк

Директива MinSpareServers устанавливает желаемое минимальное количество простаивающих дочерних серверных процессов. Бездействующий процесс — это процесс, который не обрабатывает запрос. Если их меньше, чем MinSpareServers простоя, то родительский процесс создает новых дочерних процессов: он порождает одного, ждет секунду, затем порождает двух, ждет секунду, затем порождает четыре, и он будет продолжать экспоненциально, пока не будет порождать 32 дочерних процесса в секунду. Он остановится всякий раз, когда он удовлетворяет MinSpareServers настройке.

Настройка этого параметра необходима только на очень загруженных сайтах. Установка для этого параметра большого числа почти всегда является плохой идеей.

Смотрите также

MaxSpareServers
StartServers
MinSpareThreads