![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Ajuste de servidores web
WebSphere Application Server proporciona plug-ins para varias marcas y versiones de servidores web. Cada combinación de sistema operativo de servidor web tiene unos parámetros de ajuste específicos que afectan al rendimiento de la aplicación.
Acerca de esta tarea
A continuación, se muestra una lista de parámetros de ajuste específicos de los servidores web. Los parámetros enumerados puede que no se apliquen a todos los servidores web soportados. Compruebe la documentación del servidor web antes de utilizar alguno de estos parámetros.
Procedimiento
- Ajuste de IBM® HTTP Server 2.0.47.1, Apache 2.0.48, IBM HTTP Server
6.0 e IBM HTTP
Server 6.1. Supervisar el uso de CPU y comprobar los archivos error_log y
http_plugin.log de
IBM
HTTP Server le ayudarán a diagnosticar los problemas de rendimiento del
servidor web.
También puede configurar IBM HTTP Server para mostrar una página de estado:
- Edite el archivo httpd.conf de IBM HTTP Server y suprima el carácter de comentario
(#) de las siguientes líneas de este archivo:
#LoadModule status_module, modules/ApacheModuleStatus.dll, #<Location/server-status> #SetHandler server-status #</Location>
- Guarde los cambios y reinicie IBM HTTP Server.
- En un navegador web, vaya a http://su_host/server-status. Alternativamente puede pulsar Volver a cargar para actualizar el estado.
- (Opcional) Si el navegador permite renovar, vaya a http://host/server-status?refresh=5 para que se renueve cada cinco segundos.
Todos estos servidores web asignan una hebra para manejar cada conexión de cliente. Si se asegura de que estén disponibles un número de hebras suficiente para el número máximo de conexiones de cliente simultáneas evitará que esta capa se convierta en un cuello de botella. Los valores para estos servidores web se pueden ajustar realizando cambios en el archivo httpd.conf del sistema del servidor web.
Puede comprobar en el archivo error_log de IBM HTTP Server si hay mensajes de aviso relacionados con haber alcanzado el número máximo de clientes (MaxClients). Dependiendo de la plataforma específica del sistema operativo, hay varios parámetros que determinan el número máximo de clientes a los que da soporte el servidor web. Consulte http://httpd.apache.org/docs-2.0/mod/mpm_common.html#maxclients para obtener una descripción de los parámetros MaxClients.
- Edite el archivo httpd.conf de IBM HTTP Server y suprima el carácter de comentario
(#) de las siguientes líneas de este archivo:
- Soporte de miles de clientes simultáneos. No es normal que un solo sistema IBM HTTP Server dé soporte a miles de clientes simultáneos. Si necesita dar soporte a más clientes simultáneos que el número de hebras que soporta el hardware y el sistema operativo del servidor web, puede utilizar varios servidores web.
- Respuesta a un mensaje de error de rechazo de la conexión. Es posible que algunos clientes reciban un mensaje de error indicando que se ha rechazado la conexión si se aumenta repentinamente el número de clientes. Si se aumentan los parámetros ListenBacklog y StartServer
se puede disminuir o eliminar este error.
- El parámetro ListenBacklog indica al sistema operativo el número máximo de conexiones pendientes permitido. Aunque el valor predeterminado de IBM HTTP Server es 511, el valor real puede ser mucho más alto o mucho más bajo dependiendo del parámetro del sistema operativo correspondiente. Para manejar grandes cantidades de conexiones simultáneas, es posible que sea necesario establecer este parámetro y el parámetro del sistema operativo correspondiente en el número (probablemente miles) de conexiones simultáneas previstas. Consulte la información sobre ajuste de sistemas operativos para obtener información detallada acerca de cómo ajustar el sistema operativo.
- El parámetro StartServers indica el número de procesos de IBM HTTP Server que se arrancan inicialmente. Con un arranque previo de estos procesos/hebras de IBM HTTP Server se disminuye la posibilidad de que un usuario tenga que espera a que comience un nuevo proceso. Debe establecer este parámetro en un valor igual al parámetro MinSpareServers, de modo que se inicien de forma inmediata el número mínimo de procesos de IBM HTTP Server necesarios para que se cargue este cliente.
- Evite que se creen y destruyan frecuentemente hebras/procesos de cliente a medida que varía el número de usuarios. Puede utilizar MinSpareServers y MaxSpareServers para especificar el número mínimo y máximo de servidores (hebras/procesos cliente) que pueden existir en un estado de inactividad. Para evitar que se creen y destruyan frecuentemente hebras/procesos de cliente a medida que varía el número de usuarios, establezca este rango de modo que sea lo suficientemente grande para incluir el número máximo de usuarios simultáneos.
- Cambie el valor del parámetro de registro cronológico de acceso para disminuir la carga en el servidor web. Si no necesita anotar cronológicamente cada acceso al servidor de aplicaciones, cambie el valor predeterminado del parámetro de registro cronológico de acceso del servidor web. Este cambio disminuirá la carga en el servidor web.
- Modifique los valores de la opción de equilibrio de carga e
intervalo de reintento de las propiedades del plug-in del servidor web
para mejorar el rendimiento. Puede mejorar el rendimiento de
IBM
HTTP Server (con el plug-in del servidor web de
WebSphere)
modificando las siguientes propiedades de configuración del plug-in del
servidor web:
- La opción de equilibrio de carga, que especifica la opción de
equilibrio de carga que utiliza el plug-in cuando envía peticiones a los
distintos servidores de aplicaciones asociados con el servidor web.
El objetivo de la opción de equilibrio de carga por omisión, turno circular, es distribuir de forma equilibrada la carga de trabajo entre los miembros del clúster. El turno circular funciona mejor con servidores web que tienen un proceso individual para el envío de peticiones al servidor de aplicaciones. Si el servidor web utiliza varios procesos para enviar peticiones al servidor de aplicaciones, la opción Aleatorio puede proporcionar, en algunas ocasiones, una distribución más equilibrada del trabajo en el clúster.
- El valor del intervalo de reintento, que especifica la cantidad
de tiempo que se debe esperar antes de intentar
conectar con un servidor que está temporalmente marcado como no
disponible.
¿Cómo afecta al rendimiento la reducción del intervalo de reintento? Si el plug-in se intenta conectar con un servidor de aplicaciones concreto y ese servidor de aplicaciones está fuera de línea o en el proceso de reinicio, las solicitudes deben esperar un periodo de espera. Para esas solicitudes, este proceso genera respuestas retardadas. Si para el intervalo de reintento establece un valor demasiado alto, no se utilizará un servidor de aplicaciones disponible.
Especifique el valor del intervalo de reintento en función de los siguientes factores:- Cuánto tiempo tardarán en reiniciarse los servidores de aplicaciones
- Cuan reacio es a los retardos provocados por reintentos demasiado frecuentes
- Cuánta importancia tiene utilizar todos los servidores de aplicaciones
Realizar estos cambios permitirá que IBM HTTP Server dé soporte a más usuarios del producto. Para modificar estas propiedades, en la consola administrativa, pulse Servidores > Tipos de servidor > Servidores web >nombre_servidor_web> Propiedades de plug-in > Direccionamiento de solicitudes.
- La opción de equilibrio de carga, que especifica la opción de
equilibrio de carga que utiliza el plug-in cuando envía peticiones a los
distintos servidores de aplicaciones asociados con el servidor web.


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