[AIX Solaris HP-UX Linux Windows][IBM i]

Configuración de varios servidores web y servidores de aplicaciones autónomos remotos

Puede instalar y configurar varios servidores web y servidores de aplicaciones en máquinas distintas.

[ 9.0.5.25 o posterior]Función obsoleta: Los complementos de servidor web para servidores web Domino y Sun Java System Web Server ( iPlanet ) están obsoletos. En su lugar, utilice WebSphere® Application Server complemento de servidor web con Apache HTTP Server, IBM HTTP Server (incluyendo IBM HTTP Server para IBM i), o Microsoft Internet Information Server (IIS); o cualquier servidor o dispositivo proxy HTTP.

Antes de comenzar

[AIX Solaris HP-UX Linux Windows]Si existen varios perfiles, puede seleccionar el configurado por la herramienta de configuración de plug-ins del servidor web. Consulte Configuración de plug-ins para obtener una descripción del flujo de lógica que determina cómo seleccionar el perfil a configurar.

[AIX Solaris HP-UX Linux Windows]Si existen varios perfiles, puede seleccionar el configurado por la herramienta de configuración de plug-ins del servidor web. Consulte Configuración de plug-ins para obtener una descripción del flujo de lógica que determina cómo seleccionar el perfil a configurar.

Si la familia de productos WebSphere Application Server es compatible con una marca concreta de servidor web, como IBM® HTTP Server o Microsoft Internet Information Services (IIS), su producto WebSphere Application Server proporciona un complemento binario para el servidor web que debe instalar.

Si la familia de productos WebSphere Application Server no proporciona un plug-in binario para una marca determinada de servidor web, el servidor web no está soportado. El objetivo del plug-in binario es proporcionar el protocolo de comunicación entre el servidor web y el servidor de aplicaciones.

[AIX Solaris HP-UX Linux Windows]Supongamos que crea un perfil nuevo y que además desea utilizar un servidor web. Debe instalar un servidor web nuevo para el perfil nuevo, instalar plug-ins del servidor web y utilizar la herramienta de configuración de plug-ins del servidor web para configurar el servidor web y el servidor de aplicaciones.

Aunque el servidor web aún no esté instalado, puede instalar los plug-ins del servidor web para su uso futuro.

Acerca de esta tarea

[AIX Solaris HP-UX Linux Windows]Instalar los plug-ins del servidor web instala el módulo de plug-ins. La herramienta de configuración de plug-ins del servidor web configura el servidor web para comunicarse con el servidor de aplicaciones y crea una definición de configuración del servidor web en el servidor de aplicaciones, si es posible.

En este artículo se describe cómo crear la topología siguiente:

Servidores web dedicados para cada servidor de aplicaciones

Realice el procedimiento siguiente para instalar los plug-ins y configurar ambos servidores web y ambos servidores de aplicaciones.

Esta topología permite que cada perfil tenga aplicaciones, valores de configuración, datos y archivos de registros cronológicos únicos, y que comparta el mismo conjunto de archivos del sistema. Al crear varios perfiles se crean varios entornos de servidor de aplicaciones que luego pueden dedicarse a distintos objetivos.

Por ejemplo, cada servidor de aplicaciones de un sitio web puede servir una aplicación distinta. En otro ejemplo, cada servidor de aplicaciones puede ser un entorno de pruebas independiente que puede asignar a un programador o a un equipo de desarrollo.

Configuraciones soportadas: Esta herramienta solo está soportada en AIX®, Linux®y Windows. Como alternativa a utilizar la herramienta de configuración de plug-ins del servidor web, puede utilizar la herramienta de línea de mandatos pct con un archivo de respuestas para configurar un servidor web. Para más información, lea Configurar un complemento de servidor web con la herramienta pct.

Procedimiento

  1. Instale Installation Manager en la Máquina A y la Máquina B.
  2. Utilice Installation Manager para instalar WebSphere Application Server en la máquina A.
  3. [AIX Solaris HP-UX Linux Windows] Cree el primer perfil de servidor de aplicaciones utilizando Profile Management Tool en la máquina A.
  4. Utilice Installation Manager para instalar lo siguiente en la máquina B:
    • Plug-ins de servidor web para WebSphere Application Server
    • WebSphere Customization Toolbox
  5. Utilice Installation Manager para instalar IBM HTTP Server en la máquina B o para instalar otro servidor web soportado en la máquina B.
  6. [AIX Solaris HP-UX Linux Windows] Abra la caja de herramientas de personalización WebSphere e inicie la herramienta de configuración de complementos del servidor web en la máquina con el servidor web.
  7. Seleccione una ubicación de tiempo de ejecución de plug-in de servidor web.
    Si la ubicación de un servidor web previamente instalado que desea utilizar no está en la lista, realice las acciones siguientes para añadir la ubicación a su conjunto de trabajo:
    1. Pulse Añadir.
    2. Escriba un nombre para la ubicación de plug-in de servidor web.
    3. Efectúe una de las acciones siguientes:
      • Escriba la ubicación.
      • Pulse Examinar, busque la ubicación y pulse Aceptar.
  8. Pulse Crear.
  9. Seleccione el tipo de servidor web que está configurando y pulse Siguiente.
  10. Seleccione la arquitectura del servidor web de destino instalado (64 bits o 32 bits) y pulse Siguiente si se le solicita.
  11. Pulse Examinar para seleccionar el archivo o archivos de configuración del servidor web, verifique que el puerto del servidor web sea correcto y, a continuación, pulse Siguiente cuando haya terminado.

    Seleccione el archivo y no solamente el directorio del archivo. Algunos servidores web tienen dos archivos de configuración y es necesario que localice los dos archivos.

    La siguiente lista muestra los archivos de configuración para los servidores web soportados:
    Servidor web de Apache
    raíz_instancia/config/httpd.conf
    Servidor web Domino
    names.nsf y Notes.jar

    El asistente solicita el archivo notes.jar. El nombre real es Notes.jar.

    La herramienta de configuración de plug-ins del servidor web verifica que los archivos existen pero no los valida.

    IBM HTTP Server
    [AIX Solaris HP-UX Linux Windows]IHS_raíz/conf/httpd.conf
    [IBM i]IHS_profile_root/conf/httpd.conf
    Servicios de información de Internet (IIS) de Microsoft
    La herramienta de configuración de plug-ins del servidor web puede determinar los archivos que hay que editar.
    Oracle iPlanet Web Server
    obj.conf y magnus.conf
  12. Si está configurando un complemento de servidor web IBM HTTP, realice las siguientes acciones.
    1. Opcionalmente, configure la configuración del servidor de administración para administrar el servidor web.
      Atención: Cuando se utiliza la herramienta de configuración de plug-ins de servidor web para configurar el servidor de administración de IBM HTTP Server , WebSphere Customization Toolbox debe ejecutarse como una cuenta "local" con privilegios de administrador/root .
      1. Seleccione Configurar servidor de administración de IBM HTTP Server.
      2. Especifique un número de puerto en el que se comunicará el servidor de administración de IBM HTTP.
      3. De forma opcional, seleccione Crear un ID de usuario para la autenticación del servidor de administración de IBM y especifique un ID de usuario y una contraseña para autenticarse en el servidor administrativo de IBM HTTP Server desde la consola administrativa.
    2. Pulse Siguiente.
    3. [Linux][AIX]Especifique el ID de usuario del sistema y el grupo que debe tener permiso de escritura en IBM HTTP Server, el servidor administrativo IBM HTTP Server y los archivos de configuración del plug-in del servidor web.

      Seleccione Crear ID y grupo de usuario de sistema exclusivo nuevo mediante las credenciales si es necesario.

      [AIX]Restricción: La configuración podría fallar si se especifica un nuevo ID de usuario o nombre de grupo que exceda el límite de la plataforma, que suele ser de 8 caracteres y a veces configurable.
    4. [Windows]Opcionalmente, configure el Servidor de Administración IBM HTTP Server para que se ejecute como un servicio de Windows.
      1. Seleccione Ejecutar IBM HTTP Server Administration Server como un servicio de Windows.
      2. Efectúe una de las acciones siguientes:
        • Seleccione Iniciar sesión como cuenta de sistema local.
        • Seleccione Iniciar sesión como cuenta de usuario especificada y especifique el ID de usuario y la contraseña para dicha cuenta.
          El ID de usuario necesita los siguientes derechos de usuario avanzados:
          • Actuar como parte del sistema operativo
          • Conectarse como un servicio
      3. Elija si el tipo de arranque será automático o manual.
    5. Pulse Siguiente.
  13. Especifique un nombre exclusivo para la definición de servidor web y pulse Siguiente.
  14. Seleccione el escenario de la configuración.
    1. Elija el escenario remoto.
    2. Identifique el nombre de host o la dirección IP de lamáquina A, que es la máquina del servidor de aplicaciones.
    3. Pulse Siguiente.
  15. Seleccione el perfil que desea configurar con el plug-in de servidor web actual y pulse Siguiente.
  16. Examine el panel de resumen y pulse Configurar para empezar a configurar.

    El panel le notifica que debe llevar a cabo pasos manuales para completar la instalación y la configuración.

    [AIX Solaris HP-UX Linux Windows]La Herramienta de Configuración de Plug-ins del Servidor Web crea el script configureweb_server_name en el directorio plugins_root/bin/ en la Máquina B (la máquina con el servidor web).

    [AIX Solaris HP-UX Linux Windows]La Herramienta de Configuración de Plug-ins del Servidor Web también crea el archivo plugin-cfg.xml en el directorio plugins_root/config/web_server_name .

    El servidor web lee el archivo plugin-cfg.xml para determinar las aplicaciones que el servidor de aplicaciones de la máquina A puede servir en el servidor web en la máquina B. Cuando cambia la configuración, el servidor de aplicaciones vuelve a generar el archivo. Cuando la regeneración tenga lugar, propague o copie el archivo plugin-cfg.xml real de la máquina del servidor de aplicaciones a la máquina del servidor web. Puede propagar automáticamente el archivo al producto IBM HTTP Server .

  17. Verifique el éxito de la instalación en el panel de resumen y pulse Finalizar.

    Si se produce un problema y la instalación no se realiza correctamente, examine los archivos de registros cronológicos del directorio raíz_plug-ins/logs. Corrija los problemas y vuelva a realizar la configuración.

  18. Copie el script configureweb_server_name de la máquina B (la máquina con el servidor web) en el directorio raíz_servidor_aplicaciones /bin en la máquina A (la máquina del servidor de aplicaciones).

    nombre_servidor_web es el apodo del servidor web que se ha especificado. nombre_servidor_web no es un nombre de proveedor, como IIS o Apache.

    [AIX Solaris HP-UX Linux Windows]En un sistema operativo como AIX o Linux, el archivo es configureweb_server_name.sh. En un sistema Windows, el archivo es configureweb_server_name.bat. Por ejemplo, en un sistema Linux con un IBM HTTP Server denominado web_server_1 en la ubicación predeterminada, copie plugins_root/bin/configureweb_server_1.sh de la máquina B (la máquina con el servidor web) en el directorio app_server_root/bin de la máquina A (la máquina del servidor de aplicaciones).

    [IBM i]Por ejemplo, en un sistema IBM i con un directorio IBM HTTP Server llamado web_server_1 en la ubicación predeterminada, copie plugins_root/bin/configureweb_server_1 de la máquina B (la máquina con el servidor web) al directorio app_server_root/bin de la máquina A (la máquina con el servidor de aplicaciones).

    [AIX Solaris HP-UX Linux Windows]Si una plataforma es un sistema como AIX o Linux y la otra es una plataforma Windows, copie el script del directorio crossPlatformScripts . Por ejemplo:
    • [Linux][AIX][HP-UX][Solaris]plugins_root/bin/configureweb_server_name.sh
    • [Windows]raíz_plugins/bin/crossPlatformScripts/windows/configureweb_server_name.bat
    • [IBM i]plugins_root/bin/configureweb_server_name
  19. Compense las diferencias de codificación para evitar un error del script.

    [AIX Solaris HP-UX Linux Windows]El contenido del script configureweb_server_name.bat o del script configureweb_server_name.sh puede estar corrupto si la codificación de archivos por defecto de las dos máquinas difiere. Este caso es posible cuando una máquina está configurada para un entorno local de juego de caracteres de doble byte (DBCS) y la otra máquina no.

    [IBM i]El contenido del script configureweb_server_name puede estar corrupto si la codificación de archivos por defecto de las dos máquinas difiere. Este caso es posible cuando una máquina está configurada para un entorno local de juego de caracteres de doble byte (DBCS) y la otra máquina no.

    Determine la codificación de archivos y utilice uno de los procedimientos siguientes para evitar el error. Para determinar la codificación de archivo predeterminado, ejecute el mandato apropiado.

    [AIX Solaris HP-UX Linux Windows]
    • Ejecute el mandato locale charmap en un sistema como AIX o Linux.
    • Ejecute el mandato CHCP en una máquina Windows.
    Utilice el resultado del mandato en cada máquina como valor de la variable codificación_máquina_servidor_web y la variable codificación_máquina_servidor_aplicaciones en uno de los procedimientos siguientes.

    Procedimientos para compensar las diferencias de codificación

    • Servidor web que se ejecuta en un sistema como AIX o Linux
      Supongamos que el servidor web se ejecuta en una máquina Linux y que el servidor de aplicaciones se ejecuta en una máquina Windows. Antes de enviar por FTP el script de configuración de definición de servidor web a la máquina Windows en modalidad binaria, ejecute el mandato siguiente en el sistema para codificar el archivo:
      iconv -f web_server_machine_encoding \
   -t application_server_machine_encoding \
   configureweb_server_name.bat
      Importante: el nombre del servidor Web (apodo) se utiliza en el nombre del archivo de script. El nombre no puede contener caracteres de un juego de caracteres de doble byte (DBCS) si se desea configurar el servidor IBM HTTP Server para la propagación automática.
    • Servidor web en ejecución en un sistema Windows
      Supongamos que el servidor web se ejecuta en una máquina Windows y que el servidor de aplicaciones se ejecuta en una máquina con un sistema como AIX o Linux. Primero debe descargar el programa de utilidad iconv de un tercero porque el mandato no se incluye de forma predeterminada en los sistemas Windows. Antes de enviar por FTP el script de configuración de definición de servidor web en modalidad binaria a un sistema como AIX o Linux, ejecute el mandato siguiente en la máquina para codificar el archivo:
      iconv -f web_server_machine_encoding \
   -t application_server_machine_encoding \
   configureweb_server_name.sh
      Por ejemplo, si la máquina de destino es z/OS®, puede utilizar este mandato para convertir el archivo de ASCII a EBCDIC, manejando correctamente los caracteres de fin de línea:
      iconv -f ISO8859-1 -t IBM-1047 configureweb_server_name.sh > new_script_name.sh

    Omita los caracteres de continuación (\) especificando el mandato en una sola línea.

    Si el mandato iconv del sistema no admite la correlación de conversión, copie el contenido del script de configuración del servidor web en un área común y péguelo en la máquina en la que se ejecuta el servidor de aplicaciones.

    Nota: Si copia un archivo .sh en un sistema operativo basado en UNIX después de la configuración remota en un sistema operativo Windows, debe realizar chmod 755.
  20. Inicie el servidor de aplicaciones en la máquina A.
    Utilice el mandato startServer, por ejemplo:
    • [Linux][AIX][HP-UX][Solaris]profile_root/bin/startServer.sh server1
    • [Windows]profile_root\bin\startServer server1
    • [IBM i]profile_root/bin/startServer server1
  21. Inicie el servidor de administración de IBM HTTP Server.

    El servidor de administración debe iniciarse para que el script configureweb_server_name.bat/.sh pueda generar y propagar el archivo plugin-cfg.xml. Para más información, consulte Iniciar y detener el servidor de administración IBM HTTP Server.

    Si no inicia el servidor de administración, el script puede configurar el servidor web, pero el plug-in no se propaga yPLGC0063E,PLGC0049EyPLGC0053Ese producen errores.

  22. Abra una ventana de mandatos y cambie el directorio de perfil donde se deba asignar el servidor web. Ejecute el script que ha copiado en la máquina A (la máquina del servidor de aplicaciones).
    Los siguientes parámetros son necesarios:
    • Nombre de perfil
    • (Opcional) ID de usuario administrativo
    • (Opcional) Contraseña de usuario administrativo
    Por ejemplo, puede escribir lo siguiente:
    configurewebserver1.sh AppSrv01 my_user_ID my_Password
    El servidor web se configura a través dedwsadmin.
    El contenido del script configurewebserver1.sh será similar a lo siguiente:
    wsadmin.bat -profileName AppSrv01 -user my_user_ID -password my_Password
   -f "%WAS_HOME%\bin\configureWebserverDefinition.jacl" webserver1 IHS..
  23. [Linux][AIX][HP-UX][Solaris] Sólo Domino Web Server: Establezca la variable de entorno WAS_PLUGIN_CONFIG_FILE.

    En plataformas como AIX o Linux, el suministro de un script al shell padre permite que los procesos hijo hereden las variables exportadas. En sistemas Windows, ejecute el script como ejecutaría cualquier otro mandato. El aprovisionamiento es automático en sistemas Windows.

    1. Abra una ventana de mandatos.
    2. Vaya al directorio raíz de instalación de plug-ins.
    3. Emita el mandato adecuado para el script plugins_root/bin/setupPluginCfg.sh :
      • [AIX][HP-UX][Solaris]. plugins_root/bin/setupPluginCfg.sh (Fíjese en el espacio entre el punto y el directorio raíz de la instalación)
      • [Linux]source plugins_root/bin/setupPluginCfg.sh

    El script también está en el directorio lotus_root/notesdata en sistemas operativos como AIX o Linux.

    Emita el mandato adecuado para el script antes de iniciar el servidor web de Domino.

  24. Vuelva a generar el archivo plugin-cfg.xml en la máquina A (la máquina del servidor de aplicaciones) utilizando la consola administrativa. Pulse Servidores > Tipos de servidor > Servidores web. Seleccione el servidor web y pulse Generar plug-in.

    Durante la instalación de los plug-ins, el archivo plugin-cfg.xml predeterminado se instala en la máquina B (la máquina con el servidor web) en el directorio plugins_root/config/web_server_name . El servicio de configuración de plug-ins del servidor web vuelve a generar el archivo plugin-cfg.xml automáticamente. Para utilizar el archivo plugin-cfg.xml actual del servidor de aplicaciones, propague el archivo plugin-cfg.xml como se describe en el paso siguiente.

    Este paso muestra cómo generar de nuevo el archivo plugin-cfg.xml. Los productos WebSphere Application Server se configuran para regenerar automáticamente el archivo cada vez que se produce un suceso significativo. Dichos sucesos incluyen la instalación de aplicaciones en el servidor de aplicaciones y el servidor web, por ejemplo. Crear un host virtual nuevo también puede considerarse un suceso de este tipo.

  25. Propague el archivo plugin-cfg.xml del servidor de aplicaciones al servidor web utilizando la consola administrativa. Pulse Servidores > Servidor web. Seleccione el servidor web y pulse Propagar plug-in. Los servidores Web que no sean IBM HTTP Server requieren una propagación manual.

    El servicio de configuración del plug-in de servidor web propaga el archivo plugin-cfg.xml automáticamente sólo para IBM HTTP Server. Para los demás servidores web, propague el archivo de configuración de plug-ins copiando manualmente el archivo plugin-cfg.xml del directorio raíz_perfil/config/cells/nombre_célula/nodes/nombre_nodo/servers/nombre_servidor_web de la máquina A (la máquina del servidor de aplicaciones) en el directorio raíz_plug-ins/config/nombre_servidor_web de la máquina B (la máquina que tiene el servidor web).

  26. Inicie el servlet Snoop para verificar la capacidad del servidor web de recuperar una aplicación del servidor de aplicaciones.

    Pruebe el entorno iniciando el servidor de aplicaciones, el servidor web y utilizando el servlet Snoop con una dirección IP.

    1. Inicie el servidor de aplicaciones.
      Cambie de directorio a raíz_perfil/bin y ejecute el mandato startServer:
      • [Linux][AIX][HP-UX][Solaris]./startServer.sh server1
      • [Windows]startServer server1
      • [IBM i]startServer server1
    2. Inicie IBM HTTP Server o el servidor web que está utilizando.

      [IBM i]Utilice la página 2001 o el comando STRTCPSVR SERVER(*HTTP) HTTPSVR(instance_name ) para iniciar IBM HTTP Server.

      [AIX Solaris HP-UX Linux Windows]Utilice una ventana de comandos para cambiar el directorio a la imagen instalada IBM HTTP Server, o a la imagen instalada de su servidor web. Emita el mandato adecuado para iniciar el servidor web, como estos mandatos para IBM HTTP Server:

      [AIX Solaris HP-UX Linux Windows]Para iniciar IBM HTTP Server desde la línea de comandos:

      [AIX Solaris HP-UX Linux Windows]Acceda a los comandos apache y apachectl en el directorio IBMHttpServer/bin .
      • [Linux][AIX][HP-UX][Solaris]./apachectl start
      • [Windows]apache
    3. Dirija su navegador a http://localhost:9080/snoop para probar el transporte interno HTTP proporcionado por el servidor de aplicaciones. Apunte el navegador a http://Host_name_of_Web_server_machine/snoop para probar el plug-in de servidor web.

      El puerto de transporte HTTP es 9080 de forma predeterminada y debe ser único para cada perfil. El puerto está asociado con un sistema virtual denominado default_host, que está configurado para albergar la aplicación DefaultApplication. El servlet Snoop forma parte de DefaultApplication. Cambie el puerto para que coincida con el puerto de transporte HTTP real.

    4. Compruebe que el servlet Snoop se está ejecutando.

      Las direcciones web deben mostrar la página Snoop Servlet - Request/Client Information.

    5. Solo IBM HTTP Server remoto:
      [AIX Solaris HP-UX Linux Windows]Verifique que la función de propagación automática puede funcionar en un IBM HTTP Server remoto siguiendo los siguientes pasos. Este procedimiento no es necesario para servidores web locales.
      1. Cree user=adminUser, password=adminPassword en el archivo raíz_IHS /conf/admin.passwd. Por ejemplo: c:\ws\ihs90\bin\htpasswd -cb c:\ws\ihs90\conf\admin.passwd adminUser adminPassword
      2. Utilice la consola administrativa del servidor de aplicaciones para especificar la información de ID de usuario y contraseña que ha creado para el usuario administrativo de IBM HTTP Server. Vaya a Servidores > Servidor web > definición_servidor_web > Administración de servidor web remoto. Defina los valores siguientes: admin Port=8008, User Id=adminUser, Password=adminPassword.
      3. Establezca los permisos correctos de lectura/grabación para el archivo httpd.conf y el archivo plugin-cfg.xml. Consulte el archivo IHS_root /logs/admin_ERROR. LOG para obtener más información.
      Para la propagación automática del archivo de configuración del plug-in, es preciso que el servidor administrativo IBM HTTP esté en ejecución. Si gestiona un servidor IBM HTTP Server mediante la consola administrativa de WebSphere Application Server, es posible que aparezca este error:
      No se ha podido conectar al servidor de administración IHS
      Realice el procedimiento siguiente para solucionar el error:
      1. Compruebe que el servidor de administración de IBM HTTP Server esté en ejecución.
      2. Verifique que el nombre de host del servidor Web y el puerto definidos en la consola administrativa de WebSphere Application Server coincidan con el nombre de host y el puerto del servidor de administración IBM HTTP Server.
      3. Compruebe que el cortafuegos no impida el acceso al servidor de administración de IBM HTTP Server desde la consola administrativa de WebSphere Application Server.
      4. Verifique que el ID de usuario y la contraseña especificados en la consola administrativa de WebSphere Application Server bajo gestión remota se crean en el archivo admin.passwd , utilizando el mandato htpasswd .
      5. Si intenta conectarse de forma segura, compruebe que exporta el certificado personal keydb del servidor de administración de IBM HTTP Server a la base de datos de claves de WebSphere Application Server como un certificado de firmante. Esta base de datos de claves se especifica mediante la directiva com.ibm.ssl.trustStore en el archivo sas.client.props del perfil en el que se ejecuta la consola administrativa. Esta consideración es principalmente para los certificados autofirmados.
      6. Si sigue teniendo problemas, consulte el archivo IBM HTTP Server admin_ERROR. LOG y los registros de WebSphere Application Server (archivotrace.log ) para determinar la causa del problema.
  27. [AIX Solaris HP-UX Linux Windows] Cree el segundo perfil del servidor de aplicaciones utilizando la herramienta Profile Management Tool en la máquina A. Haga que el perfil sea el perfil predeterminado durante la creación del perfil seleccionando la casilla de verificación en el panel correspondiente.
  28. [IBM i] Utilice el comando managedProfile para crear el segundo perfil de servidor de aplicaciones.
    Durante el proceso de creación, designe este perfil como perfil predeterminado.

    El script que crea Installation Manager funciona solamente en el perfil predeterminado. Por consiguiente, este script sólo puede crear una definición de servidor web en el perfil que es el perfil predeterminado en el momento en el que se ejecuta el script.

  29. Instale un segundo IBM HTTP Server u otro servidor web soportado en la máquina B.
  30. En la Máquina B, configure el segundo servidor web utilizando la herramienta de configuración de plug-ins del servidor Web. Ambos servidores web comparten una única instalación de los binarios de plug-in, pero deben configurarse individualmente.
  31. Installation Manager crea un script denominado configureweb_server_name para el segundo servidor web. El script se encuentra en el directorio plugins_root/bin de la máquina B. Copie el script en el directorio app_server_root/bin de la máquina A.
  32. Inicie el segundo servidor de aplicaciones.
  33. Ejecute el script configureweb_server_name en la máquina A para crear una definición de servidor web en la consola administrativa. Luego puede utilizar dicha consola para gestionar el servidor web.
  34. Propague el archivo plugin-cfg.xml del segundo servidor de aplicaciones al servidor web utilizando la consola administrativa. Pulse Servidores > Servidor web > Propagar plug-in. Los servidores Web que no sean IBM HTTP Server requieren una propagación manual.
  35. Ejecute el servlet snoop del segundo servidor web para verificar que sea operativo.

Resultados

Este procedimiento da lugar a la instalación de dos o más servidores de aplicaciones en una máquina y a la instalación de servidores web dedicados en otra máquina. Este procedimiento instala los Plug-ins de servidor web para ambos servidores web y configura ambos servidores web y ambos servidores de aplicaciones.

Qué hacer a continuación

Consulte Selección de una hoja de ruta y un diagrama de topología de servidor web para obtener una visión general del procedimiento de instalación.

Consulte Edición de archivos de configuración de servidores web para obtener información sobre cómo la Herramienta de configuración de complementos de servidor web configura los servidores web compatibles.

Consulte Configuración del servidor web para obtener más información sobre los archivos que intervienen en la configuración de un servidor web.

Para los servidores web IHS, puede detener e iniciar el servidor web y propagar el archivo plugin-cfg.xml desde la máquina de WebSphere Application Server a la máquina del servidor web. Para los demás servidores web, no puede iniciar/detener ni propagar el archivo plugin-cfg.xml en la consola administrativa. Deberápropagar el archivo plugin-cfg.xml manualmente. Los tres pasos siguientes describen cómo realizar la propagación manual:
  1. Tras finalizar la configuración con servidores web, compruebe que el archivo plugin-cfg.xml existe en <WAS_HOME>/profiles/<PROFILE_HOME>/config/cells/<CELL_NAME>/nodes/<SERVER_NAME>/servers/<WEBSERVER_DEFINITION>
  2. Transfiera el archivo anterior plugin-cfg.xml para que sustituya a <PLUGIN_HOME>/config/<WEBSERVER_DEFINITION>/plugin-xfg.xml
  3. Reinicie el servidor web y el perfil correspondiente.