Configuración del equilibrio de carga simple entre varios perfiles de servidores de aplicaciones con un agente administrativo

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 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

  1. 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.
  2. Configure el agente administrativo y registre cada perfil de servidor de aplicaciones con el agente administrativo. Siga estos pasos:
    1. Configure el agente administrativo, lo que incluye la creación del perfil del agente administrativo.
    2. Registre el servidor de aplicaciones con el agente administrativo.
    3. 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.

  3. 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.
  4. 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.

  5. 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:

    1. Expanda Servidores > Tipos de servidor y pulse Servidores de aplicaciones WebSphere > nombre_servidor.
    2. En Valores de contenedor, expanda Valores de contenedor Web y pulse Contenedor Web.
    3. En Propiedades adicionales, pulse Propiedades personalizadas > Nueva.
    4. En el campo Nombre, escriba HttpSessionCloneId.
    5. En el campo Valor , especifique un valor exclusivo para el servidor. El valor exclusivo debe tener 8-9 caracteres alfanuméricos; por ejemplo, test1234
    6. Pulse Aplicar o Aceptar.
    7. Pulse Guardar para guardar los cambios en la configuración maestra.
  6. 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.
  7. Reinicie el servidor.
  8. 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"
  9. 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:
    1. Cambie el nombre de los archivos plugin-cfg.xml por un nombre exclusivo en los perfiles de servidor de aplicaciones.
    2. Copie el archivo plugin-cfg.xml para todos los perfiles de servidor de aplicaciones en un directorio común.
    3. 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][HP-UX][IBM i][Linux][Solaris][z/OS]
      raíz_instalación/bin/pluginCfgMerge.sh archivo_configuración_plugin1 archivo_configuración_plugin2 archivo_configuración_plugin_resultante
      [Windows]
      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.

  10. Copie el archivo plugin-cfg.xml fusionado en el directorio raíz_instalación_plugin/config/nombre_servidor_web/ del host del servidor web.
  11. [AIX][HP-UX][Linux][Solaris]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.

Icon that indicates the type of topic Task topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twsv_configsimplelbadminagent
File name: twsv_configsimplelbadminagent.html