El equilibrio de carga simple distribuye las peticiones HTTP entre varias instancias de
IBM® WebSphere Application Server.
Asimismo, puede configurar el equilibrio de carga simple para proporcionar la migración tras error de un
estado de una
aplicación que se mantiene en una sesión HTTP.
Antes de empezar
Supported configurations: Esta oferta se aplica a los perfiles de servidores de aplicaciones para
IBM
WebSphere Application Server.
Esta oferta no incluye una función de gestión centralizada como el gestor de despliegue de
WebSphere Application Server, Network Deployment.
sptcfg
Acerca de esta tarea
Puede configurar la posibilidad de equilibrio de carga simple con
WebSphere Application Server combinando los archivos de
configuración de plug-in de varios perfiles de servidor de aplicaciones en un único archivo de configuración.
El número de archivos de configuración que puede combinar están enlazados por los límites que existen en el acuerdo de licencia de WebSphere Application Server. Puede utilizar las siguientes configuraciones diferentes del servidor de aplicaciones para combinar los
archivos de configuración de plug-in de varios perfiles de servidor de aplicaciones en un archivo de salida
único:
- Utilizando varios perfiles de servidor de aplicaciones base autónomos. Para obtener más información,
consulte la documentación sobre la configuración del equilibrio de carga simple entre varios perfiles de
servidor de aplicaciones.
- Utilizando varios perfiles de servidor de aplicaciones base autónomos con un agente administrativo. Este
tema describe cómo realizar esta configuración.
- Utilizando varios perfiles de servidor de aplicaciones base autónomos con un agente administrativo que
utiliza el gestor de trabajos. La función del gestor de trabajos forma parte de WebSphere Application Server, Network Deployment. No obstante, puede utilizar la función de gestor de trabajos con perfiles de servidor de aplicaciones base autónomos. Para obtener más información, consulte la documentación sobre la configuración del equilibrio de carga simple
entre varios perfiles de servidor de aplicaciones base autónomos con un agente administrativo que utiliza el
gestor de trabajos.
Complete los pasos siguientes para registrar perfiles de servidor de
aplicaciones autónomo con un agente administrativo y combinar los archivos de configuración de plug-in de
estos perfiles en un solo archivo de salida.
Procedimiento
- Instale WebSphere Application Server y cree perfiles de servidor de aplicaciones. Para obtener más información,
consulte la documentación sobre la instalación de WebSphere Application Server y los perfiles de
servidor de aplicaciones.
- Configure el agente administrativo y registre cada perfil de servidor de aplicaciones con el agente
administrativo. Siga estos pasos:
- Configure el agente administrativo, lo que incluye la creación del perfil del agente administrativo.
- Registre el servidor de aplicaciones con el agente administrativo.
- Inicie y detenga el agente administrativo.
Después de completar estos pasos, puede realizar todas las operaciones administrativas mediante el agente
administrativo. Cuando haya iniciado la sesión en la consola administrativa del agente administrativo, puede
seleccionar qué servidores de aplicaciones ha de gestionar. Para obtener más información, consulte la
documentación sobre cómo administrar los nodos autónomos utilizando el agente administrativo.
- Instale la aplicación de empresa o módulo Web. Para obtener más información, consulte la documentación sobre cómo instalar aplicaciones de empresa
o módulos.
- Determine si requiere la afinidad de sesiones.
La afinidad de sesiones dirige las peticiones de un cliente determinado a un servidor de aplicación
específico. Se accede al estado de la aplicación que se mantiene en la sesión mediante la memoria caché de
sesiones HTTP, que es local para el servidor de aplicaciones.
La afinidad de sesiones presenta un rendimiento mayor que únicamente la persistencia de base de datos del
objeto de sesión. Sin la afinidad de sesiones, las peticiones de sesión se deben obtener de la base de datos
si se envían a un servidor que no tiene el objeto de sesión en la memoria caché local.
- Opcional: Configure un ID de clon de sesión HTTP exclusivo para cada servidor de aplicaciones. Debe completar este paso si necesita la afinidad de sesiones.
Puede configurar un ID de clon de
sesión HTTP exclusivo utilizando scripts wsadmin o la consola administrativa. Para utilizar los mandatos de wsadmin para el lenguaje de programación Jython o Jacl, consulte la
documentación sobre la configuración de un único ID de clon de sesión HTTP exclusivo para cada servidor de
aplicaciones que utiliza scripts. Para configurar un ID de clon de sesión HTTP exclusivo utilizando la
consola administrativa, siga estos pasos:
- Expanda y pulse Servidores de aplicaciones WebSphere >
nombre_servidor.
- En Valores de contenedor, expanda Valores de contenedor
Web y pulse Contenedor Web.
- En Propiedades adicionales, pulse .
- En el campo Nombre, escriba HttpSessionCloneId.
- En el campo Valor , especifique un valor exclusivo para el servidor. El valor
exclusivo debe tener 8-9 caracteres alfanuméricos; por ejemplo, test1234
- Pulse Aplicar o Aceptar.
- Pulse Guardar para guardar los cambios en la configuración maestra.
- Opcional: Configure la persistencia de sesiones. Si necesita la posibilidad de migración tras error de sesiones, debe configurar la persistencia de
sesiones. La persistencia del objeto de sesión en una base de datos es la única opción para la migración tras
error de sesiones con WebSphere Application Server. Para configurar la persistencia de sesiones con la
consola administrativa, consulte la documentación sobre cómo configurar la persistencia de sesiones de
base de datos. Para configurar la persistencia de sesiones de base de datos utilizando mandatos wsadmin para el lenguaje de
programación Jython o Jacl, consulte la documentación sobre la configuración de la persistencia de sesiones
de base de datos mediante scripts.
- Reinicie el servidor.
- Generar el archivo plugin-cfg.xml para cada servidor de aplicaciones autónomo
utilizando el script GenPluginCfg, la consola administrativa o scripts wsadmin.
Para utilizar el script GenPluginCfg, escriba el siguiente mandato en la línea de mandatos:
raíz_perfil/config/cells/GenPluginCfg.sh|bat
Para utilizar la consola administrativa, consulte la documentación sobre la creación o actualización de un
archivo de configuración de plug-in de servidor Web global.
Las variables siguientes se aplican a los mandatos Jython y Jacl:
- nombre_célula es el nombre de la célula.
- nodo_servidor_web es el nombre del nodo del servidor web.
- nombre_servidor_web es el nombre del servidor web.
- Jython
- En la línea de mandatos, escriba cada uno de los mandatos siguientes en una línea diferente:
generator = AdminControl.completeObjectName('type=PluginCfgGenerator,*')
AdminControl.invoke(generator, 'generate',
"raíz_perfil/config
nombre_célula nodo_servidor_Web
nombre_servidor_Web true
true")
- Jacl
- En la línea de mandatos, escriba cada uno de los mandatos siguientes en una línea diferente:
set generator [$AdminControl completeObjectName type=PluginCfgGenerator,*]
$AdminControl invoke $generator generate
"raíz_servidor/config
nombre_célula
nodo_servidor_Web nombre_servidor_Web true true"
- Fusione los archivos plugin-cfg.xml desde varios nodos de servidor de aplicación.
Puede fusionar manualmente los archivos
plugin-cfg.xml o utilizar
la herramienta pluginCfgMerge para fusionar automáticamente el archivo
plugin-cfg.xml de varios perfiles de servidor de aplicaciones en un
archivo de salida único. La herramienta
pluginCfgMerge.bat o
pluginCfgMerge.sh está disponible después de instalar este fixpack y
se encuentra en el directorio
raíz_instalación/bin. Para utilizar la
herramienta pluginCfgMerge, realice los pasos siguientes:
- Cambie el nombre de los archivos plugin-cfg.xml por un nombre exclusivo en los perfiles de servidor de aplicaciones.
- Copie el archivo plugin-cfg.xml para todos los perfiles de servidor de aplicaciones en un directorio común.
- Utilice la herramienta pluginCfgMerge para combinar los archivos
plugin-cfg.xml de cada uno de los perfiles de servidor de
aplicaciones en un archivo de salida único. Por
ejemplo:
![[AIX]](../images/aixlogo.gif)
![[HP-UX]](../images/hpux.gif)
![[IBM i]](../images/iseries.gif)
![[Linux]](../images/linux.gif)
![[Solaris]](../images/solaris.gif)
![[z/OS]](../images/ngzos.gif)
raíz_instalación/bin/pluginCfgMerge.sh archivo_configuración_plugin1 archivo_configuración_plugin2 archivo_configuración_plugin_resultante
![[Windows]](../images/windows.gif)
raíz_instalación\bin\pluginCfgMerge.bat archivo_configuración_plugin1 archivo_configuración_plugin2 archivo_configuración_plugin_resultante
El valor de la variable archivo_configuración_plugin_resultante es
generalmente plugin-cfg.xml
Para obtener más información acerca de fusionar manualmente los archivos plugin-cfg.xml, consulte la nota técnica sobre cómo fusionar los archivos plugin-cfg.xml desde varios perfiles de servidor de aplicaciones.
- Copie el archivo plugin-cfg.xml fusionado en el
directorio
raíz_instalación_plugin/config/nombre_servidor_web/
del host del servidor web.
![[AIX]](../images/aixlogo.gif)
![[HP-UX]](../images/hpux.gif)
![[Linux]](../images/linux.gif)
Asegúrese de que ha definido los permisos de acceso a archivos del sistema operativo correctos para el
archivo plugin-cfg.xml fusionado. Estos permisos de acceso a archivo permiten al proceso del plug-in de servidor HTTP leer el archivo.
Resultados
Cuando complete este proceso, tendrá un archivo de configuración de plug-in para varios perfiles de
servidor de aplicaciones autónomos.