Ajuste de servidores de aplicaciones
El producto contiene componentes interrelacionados que deben ajustarse de forma armónica para dar soporte a las necesidades personalizadas del cliente de la aplicación de e-business completa.
Acerca de esta tarea
Este grupo de componentes relacionados entre sí se conoce como red de colas. La red de colas
ayuda al sistema a lograr un rendimiento máximo a la vez que se mantiene
la estabilidad general del sistema.
Los pasos siguientes describen las distintas tareas de ajuste que pueden mejorar el rendimiento del servidor de aplicaciones. Puede determinar implementar cualquiera de los valores del servidor de aplicaciones. Estos pasos pueden llevarse a cabo en cualquier orden.
Procedimiento
- Ejecute applyPerfTuningTemplate.py,
como punto de partida para mejorar el rendimiento de un servidor de aplicaciones.
Puede utilizar el script de ajuste basado en python, applyPerfTuningTemplate.py, junto con uno de los archivos de plantilla, para aplicar los valores de ajuste de rendimiento recomendados. El script y estos archivos de plantilla se ubican en el directorio WAS_HOME/bin.
- Ajuste el ORB (Object Request
Broker). Un Object Request Broker (ORB) gestiona la interacción entre
clientes y servidores utilizando el protocolo IIOP (Internet InterORB Protocol).
Da soporte a las solicitudes de clientes y a las respuestas recibidas de los servidores en un
entorno distribuido por la red. Puede utilizar los siguientes parámetros para ajustar el
ORB:
- Establezca Paso por referencia (com.ibm.CORBA.iiop.noLocalCopies) como se describe en la información sobre los valores de servicio ORB (Object Request Broker).
Establezca el Mínimo de memoria caché de conexión (com.ibm.CORBA.MaxOpenConnections) como se describe en la información sobre los valores de servicio ORB (Object Request Broker).
Establezca Tamaño máximo como se describe en el tema que trata de los valores de la agrupación de hebras.
Establezca com.ibm.CORBA.ServerSocketQueueDepth como se describe en la información sobre las propiedades personalizadas de ORB (Object Request Broker).
- Establezca com.ibm.CORBA.FragmentSize tal como se describe en la información sobre las propiedades personalizadas de ORB (Object Request Broker).
Consulte la información sobre directrices de ajuste de ORB (Object Request Broker) para obtener sugerencias sobre la utilización de estos parámetros para ajustar el ORB.
- Ajuste las definiciones del analizador de XML.
- Descripción: Facilita el arranque del servidor al añadir definiciones de analizador de XML a los archivos jaxp.properties y xerces.properties en el directorio ${raíz_servidor_aplicaciones}/jre/lib. El valor de XMLParserConfiguration puede cambiar a medida que se proporcionan nuevas versiones de Xerces.
- Cómo ver o establecer: Inserte las siguientes líneas en ambos archivos:
También puede consultar los archivos jre/lib/jaxp.properties y jre/lib/xerces.properties que vienen con la instalación de JDK. Estos archivos de ejemplo siempre contienen los valores recomendados.javax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactoryImpl javax.xml.parsers.DocumentBuildFactory=org.apache.xerces.jaxp. DocumentBuilderFactoryImpl org.apache.xerces.xni.parser.XMLParserConfiguration=org.apache.xerces.parsers. XIncludeAwareParserConfiguration
- Valor predeterminado: Ninguno
- Valor recomendado: Ninguno
- Ajuste el servicio de memoria caché dinámica.
La utilización del servicio de memoria caché dinámica puede mejorar el rendimiento. Consulte la información sobre cómo utilizar el servidor de memoria caché dinámica para mejorar el rendimiento para obtener información sobre cómo utilizar el servicio de memoria caché dinámica y cómo puede afectar al rendimiento del servidor de aplicaciones.
Ajuste el contenedor web. El contenedor web del producto gestiona todas las solicitudes HTTP para servlets, JavaServer Pages y servicios web. Las solicitudes fluyen a través de una cadena de transporte hasta el contenedor web. La cadena de transporte define los parámetros importantes de ajuste de rendimiento para el contenedor web. Hay una cadena de transporte para cada puerto TCP en el que el producto recibe solicitudes HTTP. Por ejemplo, el puerto HTTP predeterminado 9080 está definido en la cadena de canal de entrada del contenedor web. Utilice los parámetros siguientes para ajustar el contenedor web:
- Las solicitudes HTTP se procesan mediante una agrupación de hebras de servidor. El
tamaño mínimo y máximo de una agrupación de hebras para el contenedor web puede
configurarse para obtener un rendimiento óptimo. Generalmente, entre 5 y 10 hebras por
CPU de servidor proporcionan el mejor resultado. El número de hebras configuradas no representa el número de solicitudes que el producto puede procesar simultáneamente. Las solicitudes se colocan en cola en la cadena de transporte
cuando todas las hebras están ocupadas. Para especificar los valores de la agrupación de hebras:
- Pulse Servidores > Tipos de servidor > WebSphere Application Servers > >nombre_servidor Valores del contenedor web > Contenedor web > Cadenas de transporte del contenedor web.
- Seleccione la cadena de entrada normal para servir solicitudes. Esta cadena normalmente se denomina WCInboundDefault, y escucha en el puerto 9080.
- Pulse Canal de entrada TCP (TCP_2).
- Defina Agrupaciones de hebras en Elementos relacionados.
- Seleccione WebContainer.
- Especifique los valores para Tamaño mínimo y Tamaño máximo.
- El protocolo HTTP 1.1 proporciona una característica "keep-alive" (mantener activa)
para permitir que la conexión TCP entre los clientes HTTP y el servidor permanezca
abierta entre solicitudes. De manera predeterminada, el producto cerrará una conexión
de cliente determinada después de un número de solicitudes o de un período de tiempo de
espera. Después de cerrar una conexión, ésta se establecerá de nuevo si el cliente emite otra
solicitud. El cierre prematuro de las conexiones puede disminuir
el rendimiento. Especifique un valor para el número máximo de solicitudes persistentes
(mantener activas) para especificar el número de solicitudes que se permiten en una única
conexión HTTP. Especifique un valor para los tiempos de espera persistentes para
especificar el tiempo (en segundos) durante el que el canal de transporte HTTP permite
que un socket permanezca inactivo entre solicitudes. Para especificar los valores
para Máximo de solicitudes persistentes y Tiempo de espera persistente:
- Pulse Servidores > Tipos de servidor > WebSphere Application Servers >nombre_servidor. A continuación, en la sección Valores de contenedor, pulse Contenedor web > Cadenas de transporte de contenedor web.
- Seleccione la cadena de entrada normal para servir solicitudes. Esta cadena normalmente se denomina WCInboundDefault, y escucha en el puerto 9080.
- Pulse Canal de entrada HTTP (HTTP_2).
- Especifique los valores para Máximo de solicitudes persistentes y Tiempo de espera persistente.
- Las solicitudes HTTP se procesan mediante una agrupación de hebras de servidor. El
tamaño mínimo y máximo de una agrupación de hebras para el contenedor web puede
configurarse para obtener un rendimiento óptimo. Generalmente, entre 5 y 10 hebras por
CPU de servidor proporcionan el mejor resultado. El número de hebras configuradas no representa el número de solicitudes que el producto puede procesar simultáneamente. Las solicitudes se colocan en cola en la cadena de transporte
cuando todas las hebras están ocupadas. Para especificar los valores de la agrupación de hebras:
- Ajuste el contenedor EJB. El contenedor de EJB (Enterprise JavaBeans) se crea automáticamente cuando se crea un servidor de aplicaciones. Una vez
desplegado el contenedor de EJB, puede utilizar los siguientes parámetros para
realizar ajustes que mejoren el rendimiento.
- Establezca el Intervalo de limpieza y el Tamaño de memoria caché Consulte el tema sobre los valores de memoria caché de EJB para obtener más información.
- Separe los enterprise beans CMP en varios módulos de enterprise bean. Consulte el tema sobre el ensamblaje de módulos EJB para obtener más información.
Consulte el tema sobre la puesta en cola de la invocación del método EJB para obtener más información.
- Ajuste la gestión de sesiones.
Los valores predeterminados instalados para la gestión de sesiones son los óptimos para el rendimiento.
- Ajuste los orígenes de datos y las agrupaciones de conexiones asociadas. El origen de datos se utiliza para acceder a los datos de la base de
datos. Esta asociado a una agrupación de conexiones con dicha base de datos.
- Revise el tema sobre que la agrupación de conexiones para comprender cómo el número de conexiones físicas de una agrupación de conexiones puede cambiar el rendimiento.
Utilice el tema sobre los parámetros de ajuste de acceso a datos como una referencia para las propiedades de origen de datos y agrupación de conexiones que más afectan el rendimiento.
- Ajuste la memoria caché de invocación de URL.
Cada JavaServer Page es un URL exclusivo. Si dispone de más de 50 URL exclusivos que se utilizan de forma activa, aumente el valor especificado para la propiedad personalizada de JVM invocationCacheSize. Esta propiedad controla el tamaño de la memoria caché de invocación de URL.
Cambie la frecuencia con la que el servicio de anotaciones cronológicas de recuperación intenta comprimir todas las corrientes de anotaciones cronológicas que utilizan los componentes de aplicaciones.
La propiedad personalizada RLS_LOGSTREAM_COMPRESS_INTERVAL del servicio es transacciones puede establecerse en un valor mayor que el valor predeterminado si el servicio de transacciones es el único componente de la aplicación que utiliza una corriente de anotaciones cronológicas. Si ninguno de los componentes está configurado para utilizar una corriente de anotaciones cronológicas, puede establecer esta propiedad 0 (cero) para inhabilitar esta función.
Subtopics
Ajuste del servidor de aplicaciones utilizando plantillas de ajuste predefinidas
Puede utilizar el script de ajuste basado en Python, applyPerfTuningTemplate.py, junto con uno de los archivos de plantilla, para aplicar las plantillas predefinidas de ajuste de rendimiento al clúster o servidor de aplicaciones. Los archivos de plantilla basados en propiedades se encuentran en el directorio WAS_HOME\scriptLibraries\perfTuning\V70. La vía de acceso para los archivos de script es wsadmin -f <WAS_HOME>\bin\applyPerfTuningTemplate.py.Comunicación optimizada del cliente de servicios web con el contenedor web
Para mejorar el rendimiento, existe una vía de comunicación optimizada entre una aplicación cliente de servicios web y un contenedor web que se encuentran en el mismo proceso de servidor de aplicaciones. Las solicitudes del cliente de servicios web que, normalmente, se envían al contenedor web utilizando una conexión de red se entregan directamente al contenedor web utilizando una vía de acceso local optimizada. La vía de acceso local está disponible porque la aplicación cliente de servicios web y el contenedor web se ejecutan en el mismo proceso.


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