Apache-MPM worker

Arbeitsweise

Ein einzelner Steuerprozess (der Elternprozess) ist fÝr den Start der Kindprozesse verantwortlich. Jeder Kindprozess erstellt eine feste Anzahl von Server-Threads, wie durch die ThreadsPerChild-Direktive angegeben, sowie einen "Listener-Thread", der auf Verbindungen wartet und diese an einen Server-Thread zur Bearbeitung weiterreicht, sobald sie eintreffen.

Der Apache versucht immer, einen Vorrat von freien oder unbeschÄftigten Threads zu verwalten, die zur Bedienung hereinkommender Anfragen bereit stehen. Auf diese Weise brauchen Clients nicht auf die Erstellung eines neuen Threads oder Prozesses zu warten, bevor ihre Anfrage bedient werden kann. Die Anzahl der Prozesse, die anfangs gestartet wird, wird mit der Direktive StartServers festgelegt. Dann, wÄhrend des Betriebes, berechnet der Apache die Gesamtzahl der unbeschÄftigten Threads und forkt oder beendet Prozesse, um diese Anzahl innerhalb der durch MinSpareThreads und MaxSpareThreads angegebenen Grenzen zu halten. Da dieser Prozess sehr selbstregulierend ist, ist es nur selten notwendig, die Voreinstellung dieser Direktiven zu Ändern. Die maximale Anzahl Clients, die gleichzeitig bedient werden kann (d.h. die maximale Gesamtzahl der Threads in allen Prozessen), wird mit der Direktive MaxClients festgelegt. Die maximale Anzahl der aktiven Kindprozesse ergibt sich aus MaxClients dividiert durch ThreadsPerChild.

Zwei Direktiven legen harte Limits fÝr die Anzahl der aktiven Kindprozesse fest und kÆnnen nur geÄndert werden, indem der Server komplett gestoppt und dann wieder neu gestartet wird. ServerLimit stellt die obere Grenze fÝr die Anzahl der aktiven Kindprozesse dar und muss grÆúer oder gleich dem Quotienten aus MaxClients und ThreadsPerChild sein. ThreadLimit ist die obere Grenze fÝr die Anzahl der Server-Threads und muss grÆúer oder gleich ThreadsPerChild sein. Sofern fÝr diese Direktiven keine Voreinstellungen verwendet werden, sollten sie vor allen anderen worker-Direktiven platziert werden.

Neben den normalen aktiven Kindprozessen gibt es mÆglicherweise noch zusÄtzliche Kindprozesse, welche gerade beendet werden, wo allerdings zumindest noch ein Server-Thread eine existierende Verbindung bearbeitet. Obwohl die tatsÄchlich zu erwartende Anzahl deutlich kleiner ist, kÆnnen bis zu MaxClients solcher Prozesse auftreten. Dieses Verhalten kÆnnen Sie vermeiden, indem Sie die Terminierung einzelner Kindprozesse wie folgt abschalten:

• setzen Sie den Wert von MaxRequestsPerChild auf Null
• setzen Sie den Wert von MaxSpareThreads auf den gleichen Wert wie MaxClients

Eine typische Konfiguration der Prozess-Thread-Steuerung fÝr das MPM worker kÆnnte wie folgt aussehen:

WÄhrend der Elternprozess unter Unix normalerweise als root gestartet wird, um sich an Port 80 binden zu kÆnnen, werden die Kindprozesse und Threads unter einem weniger privilegierten Benutzer gestartet. Die Direktiven User und Group werden dazu verwendet, die Privilegien der Apache-Kindprozesse festzulegen. Die Kindprozesse mÝssen in der Lage sein, alle Inhalte zu lesen, die sie ausliefern sollen, sollten darÝber hinaus jedoch so wenig wie mÆglich Rechte besitzen. ZusÄtzlich, solange nicht suexec verwendet wird, legen diese Direktiven auch die Privilegien fest, die von CGI-Skripts geerbt werden.

MaxRequestsPerChild bestimmt, wie hÄufig der Server Prozesse erneuert, indem er alte beendet und neue startet.