![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Web-Server optimieren
WebSphere Application Server stellt Plug-ins für verschiedene Web-Server-Typen und -Versionen bereit. Für jede Kombination aus Betriebssystem und Web-Server gibt es spezifische Optimierungsparameter, die sich auf die Anwendungsleistung auswirken.
Informationen zu diesem Vorgang
Die folgende Liste enthält die für Web-Server spezifischen Optimierungsparameter. Die angegebenen Parameter gelten möglicherweise nicht für alle unterstützten Web-Server. Informieren Sie sich vor der Verwendung dieser Parameter in der Dokumentation zu Ihrem Web-Server.
Vorgehensweise
- Optimieren Sie IBM® HTTP Server 2.0.47.1, Apache
2.0.48, IBM HTTP Server 6.0 und IBM HTTP
Server 6.1. Durch Überwachung der CPU-Auslastung und Überprüfung der IBM HTTP Server-Dateien "error_log" und "http_plugin.log"
können Sie Leistungsprobleme des Web-Servers diagnostizieren.
Sie können außerdem IBM HTTP Server so konfigurieren, dass eine Statusseite angezeigt wird:
- Bearbeiten Sie die IBM HTTP Server-Datei "httpd.conf" und entfernen Sie das Kommentarzeichen
(#) aus den folgenden Zeilen in dieser Datei:
#LoadModule status_module, modules/ApacheModuleStatus.dll, #<Location/server-status> #SetHandler server-status #</Location>
- Speichern Sie die Änderungen und starten Sie IBM HTTP Server erneut.
- Rufen Sie in einem Web-Browser den URL "http://Ihr_Host/server-status" auf. Klicken Sie alternativ auf Erneut laden, um den Status zu aktualisieren.
- (Optional) Wenn Ihr Browser die Option für Neuanzeige unterstützt, geben Sie den URL "http://Ihr_Host/server-status?refresh=5" ein, damit die Anzeige alle fünf Sekunden aktualisiert wird.
Die genannten Web-Server ordnen jeder Clientverbindung einen Thread zu. Engpässe auf dieser Ebene können vermieden werden, indem sichergestellt wird, dass genügend Threads für die Unterstützung der maximalen Anzahl paralleler Clientverbindungen verfügbar sind. Die Einstellungen für diese Web-Server können durch Änderungen in der Datei "httpd.conf" auf dem Web-Server-System optimiert werden.
Sie können die IBM HTTP Server-Datei "error_log" nach Warnungen bezüglich des Erreichens der maximalen Anzahl von Clients (MaxClients) durchsuchen. Je nach Betriebssystemplattform sind verschiedene Parameter vorhanden, die die vom Web-Server unterstützte maximale Anzahl der Clients bestimmen. Eine Beschreibung der MaxClients-Parameter finden Sie auf der Webseite http://httpd.apache.org/docs-2.0/mod/mpm_common.html#maxclients.
- Bearbeiten Sie die IBM HTTP Server-Datei "httpd.conf" und entfernen Sie das Kommentarzeichen
(#) aus den folgenden Zeilen in dieser Datei:
- Tausende parallele Clients unterstützen. Es ist nicht ungewöhnlich, dass ein einziges IBM HTTP Server-System Tausende von parallel ausgeführten Clients unterstützt. Falls Ihre Umgebung die Unterstützung von mehr parallelen Clients erfordert, als Threads von Betriebssystem und Hardware des Web-Servers unterstützt werden, sollten Sie mehrere Web-Server verwenden.
- Auf eine Fehlernachricht des Typs "Verbindung zurückgewiesen" reagieren. Einige Clients
erhalten möglicherweise eine Fehlernachricht des Typs "Verbindung zurückgewiesen"
wenn die Anzahl der Clients plötzlich ansteigt.
Durch Erhöhen der Werte für die Parameter ListenBacklog und StartServer
kann dieser Fehler vermieden werden.
- Der Parameter ListenBacklog gibt dem Betriebssystem die maximal zulässige Anzahl anstehender Verbindungen vor. Obwohl die Standardeinstellung in IBM HTTP Server 511 ist, kann der echte Wert je nach Betriebssystemparameter sehr viel höher oder niedriger sein. Für die Verarbeitung sehr vieler paralleler Verbindungen, müssen dieser und der zugehörige Betriebssystemparameter auf die Anzahl der erwarteten parallelen Verbindungen (möglicherweise Tausende) gesetzt werden. Weitere Informationen zum Optimieren des Betriebssystems finden Sie im Artikel zu diesem Thema.
- Der Parameter "StartServers" gibt die Anzahl der IBM HTTP Server-Prozesse an, die anfangs gestartet werden sollen. Durch einen Vorabstart dieser IBM HTTP Server-Threads/Prozesse können Sie das Risiko verringern, dass Benutzer auf das Starten eines neuen Prozesses warten müssen. Definieren Sie für diesen Parameter einen Wert, der dem Wert des Parameters MinSpareServers entspricht, damit die Mindestanzahl der Prozesse von IBM HTTP Server, die für die Clientlast erforderlich ist, sofort gestartet wird.
- Häufiges Erstellen und Löschen von Client-Threads/-Prozessen bei variabler Anzahl von Benutzern verhindern. Mit "MinSpareServers" und "MaxSpareServers" können Sie die zulässige Mindest- und Maximalanzahl der Server (Client-Threads/-prozesse) festlegen, die sich im Leerlauf befinden können. Um das häufige Erstellen und Löschen von Client-Threads/-Prozessen bei sich ändernder Benutzerzahl zu verhindern, müssen Sie diesen Bereich so definieren, dass er die maximal zulässige Anzahl paralleler Benutzer unterstützt.
- Einstellung des Web-Server-Parameters für die Zugriffsprotokollierung ändern, um die Arbeitslast des Web-Servers zu verringern. Wenn es nicht erforderlich ist, dass jeder Zugriff auf Application Server protokolliert wird, ändern Sie den Standardwert des Web-Server-Parameters für die Zugriffsprotokollierung. Mit dieser Änderung können Sie die Arbeitslast des Web-Servers reduzieren.
- Einstellungen der Web-Server-Plug-in-Eigenschaften "Option für Lastausgleich" und
"Wiederholungsintervall" ändern, um die Leistung zu verbessern. Sie können die Leistung von IBM HTTP
Server (mit dem WebSphere-Web-Server-Plug-in) verbessern, indem Sie die folgenden Konfigurationseigenschaften für das Web-Server-Plug-in ändern:
- Option für Lastausgleich: Gibt die Option für Lastausgleich an, die das Plug-in beim Senden von Anforderungen
an die verschiedenen Anwendungsserver verwendet, die dem Web-Server zugeordnet sind.
Das Ziel der Standardoption für Lastausgleich, Round Robin, ist eine gleichmäßige Verteilung der Arbeitslast auf die Cluster-Member. Round Robin funktioniert am besten bei Web-Servern, die einen Einzelprozess verwenden, um Anforderungen an Application Server zu senden. Wenn der Web-Server mehrere Prozesse verwendet, um Anforderungen an Application Server zu senden, können Sie mit der Option "Zufällig" manchmal eine noch gleichmäßigere Verteilung der Arbeitslast im Cluster erzielen.
- Gibt an, wie lange gewartet wird, bevor
versucht wird, eine Verbindung zu einem Server aufzubauen, der vorübergehend als nicht verfügbar gekennzeichnet wurde.
Wie wirkt sich die Wahl eines niedrigeren Wertes für das Wiederholungsintervall auf den Durchsatz aus? Wenn das Plug-in versucht, eine Verbindung zu einem bestimmten Anwendungsserver herzustellen und dieser Anwendungsserver offline ist oder gerade neu gestartet wird, müssen die Anforderungen auf ein Zeitlimitintervall warten. Dieser Prozess bewirkt, dass für diese Anforderungen verzögerte Antworten abgesetzt werden. Wenn Sie das Wiederholungsintervall zu hoch ansetzen, wird ein verfügbarer Anwendungsserver nicht verwendet.
Orientieren Sie sich bei der Festlegung des Wiederholungsintervalls an den folgenden Fragen:- Wie viel Zeit nimmt der Neustart der Anwendungsserver in Anspruch?
- In welchem Umfang sind Sie bereit, Verzögerungen, die durch die Wiederholungen entstehen, zu akzeptieren?
- Wie wichtig ist es Ihnen, alle Ihre Anwendungsserver zu nutzen?
Durch diese Änderungen kann IBM HTTP Server weitere Produktbenutzer unterstützen. Klicken Sie zum Ändern dieser Eigenschaften in der Administrationskonsole auf Server > Servertypen > Web-Server > Name_des_Web-Servers > Plug-in-Eigenschaften > Anforderungsweiterleitung.
- Option für Lastausgleich: Gibt die Option für Lastausgleich an, die das Plug-in beim Senden von Anforderungen
an die verschiedenen Anwendungsserver verwendet, die dem Web-Server zugeordnet sind.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tprf_tunewebserv
Dateiname:tprf_tunewebserv.html