Gestión de carga de trabajo |
Configurar y ejecutar el ejemplo de BeenThere |
Este apartado describe los pasos para configurar el entorno, como se representa en la Figura 1 e instalar y ejecutar el ejemplo de BeenThere. Se supone que el software siguiente ya está instalado:
Nombre del equipo | Software instalado |
web |
IBM HTTP Server Plug-in de IBM HTTP Server |
app1 | IBM WebSphere Application Server |
app2 | IBM WebSphere Application Server |
dm | Gestor de despliegue de IBM WebSphere Application Server |
Nota: en las siguientes instrucciones se da por supuesto que el servidor Web y su servicio de administración se están ejecutando y que se ha creado una definición de servidor Web en el gestor de despliegue para propagar automáticamente el archivo plugin-cfg.xml.
Efectúe los pasos siguientes para añadir los nodos servidores de aplicaciones a la célula:
addNode <host de deploymgr>
addNode.sh <host de deploymgr>
raíz_instalación/bin/addNode <host de deploymgr> <puerto de deploymgr> -profileName <nombrePerfil> -startingport <bloquepuertos>
Ahora se incorporarán los servidores de aplicaciones a la célula.
El clúster MyWebCluster proporciona equilibrado de carga de trabajo y sustitución por anomalía para servlets.
Efectúe los pasos siguientes para crear el clúster MyWebCluster:
Ahora se creará el clúster MyWebCluster.
El clúster MyEJBCluster proporciona equilibrado de carga de trabajo y sustitución por anomalía para enterprise beans.
Efectúe los pasos siguientes para crear el clúster MyEJBCluster:
Nota:En una plataforma distribuida, al seleccionar la opción Preferencia local indica que la petición se direcciona al enterprise bean que se ejecuta en el nodo local, si está disponible. La opción Preferencia local está inhabilitada en la configuración del ejemplo para demostrar la gestión de carga de trabajo de las peticiones de EJB.
Ahora se creará el clúster MyEJBCluster.
Durante la creación del clúster MyWebCluster, se selecciona la opción Generar puertos HTTP únicos para cada miembro nuevo del clúster. Al seleccionar esta opción evita conflictos del puerto HTTP, que crea un valor de puerto único para cada servidor de aplicaciones nuevo que se crea.
Efectúe los pasos siguientes para asegurarse de que todos los valores de puerto HTTP que se crean dinámicamente tienen una entrada de alias de host asociada configurada para el host virtual sistemaprpal_por_omisión:
Ahora se actualizará el host virtual.
El servicio de configuración de WebSphere no está habilitado para servidores de aplicaciones por omisión. El ejemplo requiere que este servicio lea mediante programación archivos de configuración de WebSphere Application Server para obtener información del entorno.
Efectúe los pasos siguientes para habilitar el servicio de configuración de WebSphere:
Ahora estará habilitado el servicio de configuración de WebSphere.
Efectúe los pasos siguientes para instalar el archivo BeenThere.ear:
Si no desea utilizar BeenThere con la opción de seguridad, puede omitir este apartado. Para utilizar BeenThere con la opción de seguridad, pulse aquí para obtener instrucciones sobre la configuración de la seguridad.
Efectúe los pasos siguientes para iniciar los servidores:
Ahora se iniciarán los servidores.
Para ejecutar el ejemplo, abra la dirección Web de BeenThere, http://<nombre_sistemaprpal>/wlm/BeenThere en el navegador, donde <nombre_sistemaprpal> es el nombre de host o la dirección IP en donde se está ejecutando IBM HTTP Server.
Tenga en cuenta que en WebSphere Versión 6 y posterior, existe una nueva función diseñada para maximizar el rendimiento de todo el entorno. Esto significa que al probar el ejemplo BeenThere en estas versiones, es posible que el componente de gestión de la carga de trabajo no direccione las peticiones estrictamente al valor exacto de los pesos. Los pesos se pueden modificar en tiempo de ejecución, de modo que los métodos de verificación siguientes pueden ser incorrectos. En estos casos, el mejor método para verificar la función WLM es asegurarse de que las peticiones se están direccionando a todos los miembros del clúster, independientemente de si el direccionamiento se está realizando de forma estricta por los pesos. También hay métodos para inhabilitar estos mecanismos de información, póngase en contacto con el soporte de IBM para obtener más detalles si es necesario.
Efectúe los pasos siguientes para verificar que la gestión de carga de trabajo del contenedor Web está funcionando correctamente como se ha configurado:
Abra la dirección Web de BeenThere, http://<nombre_sistemaprpal>/wlm/BeenThere en el navegador, donde <nombre_sistemaprpal> es el host o la dirección IP en donde se está ejecutando IBM HTTP Server.
Los valores del resumen de ejecución del servlet cambian, como se demuestra en el ejemplo siguiente:
El nodo del servlet ahora debería ser app2 en lugar de app1. Los resultados muestran que IBM HTTP Server ha enviado la petición HTTP a otro miembro del clúster MyWebCluster, concretamente el WebServer2 en app2. Las ejecuciones repetidas del servlet revelan un comportamiento de la gestión de carga de trabajo de las peticiones HTTP basándose en los valores de peso configurados para los miembros del clúster MyWebCluster.
Ahora se verificará la configuración de la gestión de carga de trabajo del contenedor Web.
Efectúe los pasos siguientes para verificar que la gestión de carga de trabajo del contenedor EJB está funcionando correctamente como se ha configurado:
En una plataforma distribuida, los valores del resumen de ejecución del bean deberían ser similares a los del ejemplo siguiente:
En este ejemplo, puede ver el comportamiento de la ejecución de la gestión de carga de trabajo del enterprise bean basándose en los valores de peso configurados para los miembros del clúster MyEJBCluster. Se ejecutan tres invocaciones del enterprise bean que se ejecuta en app2 por cada invocación de ejecución en app1.
En la plataforma z/OS, los valores de peso se utilizan para equilibrar peticiones HTTP, sin embargo, no se utilizan para equilibrar peticiones IIOP (Internet Inter-ORB Protocol).
Ahora se verificará la configuración de la gestión de carga de trabajo del contenedor EJB.
Efectúe los pasos siguientes para verificar que los pesos de miembros de clúster del bean están establecidos correctamente, como se han configurado.l
Compare los resultados con el ejemplo siguiente:
Los resultados muestran los valores de pesos de todos los miembros del clúster MyEJBCluster. EJBServer1 tiene un peso de 1 y EJBServer2 un peso de 3.
Ahora se verificarán los pesos de miembros de clústeres del bean.
Enhorabuena, ahora ha visto la gestión de carga de trabajo en acción y ha verificado que el ejemplo de BeenThere funciona correctamente como se ha configurado.