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

Antes de empezar

[IBM i]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 la lógica que determina cómo seleccionar el perfil que se ha de configurar.

[AIX Solaris HP-UX Linux Windows]Cuando existan varios perfiles, puede seleccionar el perfil que la Herramienta de configuración de los plug-ins de servidor web configure. Consulte Configuración de plug-ins para obtener una descripción del flujo de la lógica que determina cómo seleccionar el perfil que se ha de configurar.

Si la familia de productos WebSphere Application Server da soporte a una marca determinada de servidor web, como, por ejemplo, IBM® HTTP Server o Microsoft Internet Information Services (IIS), el producto WebSphere Application Server proporciona un plug-in 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, ello indica que no se da soporte al servidor web. 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.

Supported configurations Supported configurations: Esta herramienta sólo tiene soporte en AIX, Linux y Windows. Como alternativa a utilizar la herramienta de configuración de plug-ins de servidor web, puede utilizar la herramienta de línea de mandatos pct con un archivo de respuestas para configurar un servidor web. Lea Configuración de un plug-in de servidor web utilizando la herramienta pct para obtener más información.sptcfg

Procedimiento

  1. Instale Installation Manager en la Máquina A y la Máquina B.
  2. Utilice Installation Manager para instalar WebSphere Application Server Network Deployment en la máquina A.
  3. [AIX Solaris HP-UX Linux Windows]Cree el primer perfil de servidor de aplicaciones utilizando la Herramienta de gestión de perfiles en la máquina A.
  4. [IBM i]Utilice el mandato managedProfile para crear el primer perfil de servidor de aplicaciones en la máquina A.
  5. Utilice Installation Manager para instalar lo siguiente en la máquina B:
    • Los plug-ins de servidor web para WebSphere Application Server
    • Websphere Customization Toolbox
  6. Utilice Installation Manager para instalar el IBM HTTP Server en la máquina B o para instalar otro servidor web admitido en la máquina b.
  7. [AIX Solaris HP-UX Linux Windows]Abra WebSphere Customization Toolbox e inicie la herramienta de configuración de plug-in de servidor web en la máquina con el servidor web.
  8. 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 Add (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.
  9. Pulse Crear.
  10. Seleccione el tipo de servidor web que está configurando, y pulse Siguiente.
  11. Seleccione la arquitectura de su servidor web de destino instalado (64 bits o 32 bits) y pulse Siguiente si se le solicita.
  12. Pulse Examinar para seleccionar el archivo o los archivos de configuración para el servidor web, verifique que el puerto del servidor web sea el correcto y, a continuación, pulse Siguiente cuando haya finalizado.

    Seleccione el archivo y no solamente el directorio del archivo. Algunos servidores web tienen dos archivos de configuración y requieren que se localice cada uno de los archivos.

    La siguiente lista muestra los archivos de configuración para los servidores web soportados:
    Apache HTTP Server
    raíz_apache/config/httpd.conf
    Domino Web Server
    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 de servidor web verifica que los archivos existen, pero no los valida.

    IBM HTTP Server
    [AIX Solaris HP-UX Linux Windows]raíz_IHS/conf/httpd.conf
    [IBM i]raíz_perfil_IHS/conf/httpd.conf
    Microsoft Internet Information Services (IIS)
    La Herramienta de configuración de los plug-ins de servidor web puede determinar los archivos correctos que se deben editar.
    Sun Java™ System Web Server (antes Sun ONE Web Server e iPlanet Web Server) Versión 6.0 y posterior
    obj.conf y magnus.conf
  13. Si está configurando un plug-in de servidor web IBM HTTP, realice las acciones siguientes.
    1. Opcionalmente, configure la configuración del servidor de administración para administrar el servidor web.
      Atención: Cuando utilice 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 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 el servidor de administración de IBM HTTP se comunicará.
      3. Opcionalmente, seleccione Crear ID de usuario para autenticación de servidor de administración de IBM Server y especifique un ID de usuario y una contraseña para autenticar en el servidor administrativo IBM HTTP Server desde la consola administrativa.
    2. Pulse Siguiente.
    3. [AIX][Linux]Especifique el ID de sistema de usuario y el grupo para tener permiso de escritura en IBM HTTP Server, el servidor administrativo de 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 puede fallar si especifica un ID de usuario nuevo o un nombre de grupo que supera el límite de la plataforma, que normalmente es de 8 caracteres y a veces es configurable.
    4. [Windows]Opcionalmente, configure el servidor de administración de IBM HTTP Server para ejecutar un servicio de ventana.
      1. Seleccione Ejecutar servidor de administración IBM HTTP Server como servicio 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.
  14. Especifique un nombre exclusivo para la definición de servidor web y pulse Siguiente.
  15. Seleccione el escenario de la configuración.
    1. Elija el escenario remoto.
    2. Identifique el nombre de host o la dirección IP de la máquina A, que es la máquina del servidor de aplicaciones.
    3. Pulse Next (Siguiente).
  16. Seleccione el perfil que debe configurarse con el plug-in del servidor web actual y pulse Siguiente.
  17. Examine el panel de resumen y pulse Configurar para empezar la configuración.

    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 configurenombre_servidor_web en el directorio raíz_plug-ins/bin/ de 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 raíz_plug-ins/config/nombre_servidor_web.

    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.

  18. Verifique el éxito de la instalación en el panel 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.

  19. Copie el script configurenombre_servidor_web de la máquina B (la máquina con el servidor web) en el directorio raíz_servidor_aplicaciones /bin de 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, por ejemplo, AIX o Linux, el archivo es configurenombre_servidor_web.sh. En un sistema Windows, el archivo es configurenombre_servidor_web.bat. Por ejemplo, en un sistema Linux con un IBM HTTP Server denominado web_server_1 en la ubicación predeterminada, copie raíz_plug-ins/bin/configureweb_server_1.. sh de la máquina B (la máquina con el servidor web) en el directorio raíz_servidor_aplicaciones/bin de la máquina A (la máquina del servidor de aplicaciones).

    [IBM i]Por ejemplo, en un sistema IBM i con un IBM HTTP Server denominado web_server_1 en la ubicación predeterminada, copieraíz_plug-ins/bin/configureweb_server_1 de la máquina B (la máquina con el servidor web) al directorio raíz_servidor_aplicaciones/bin de la máquina A (la máquina del 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:
    • [AIX][HP-UX][Linux][Solaris]raíz_plugins/bin/configurenombre_servidor_web.sh
    • [Windows]raíz_plug-ins/bin/crossPlatformScripts/windows/configurenombre_servidor_web.bat
    • [IBM i]raíz_plugins/bin/configurenombre_servidor_web
  20. Compense las diferencias de codificación para evitar un error del script.

    [AIX Solaris HP-UX Linux Windows]El contenido de los scripts configurenombre_servidor_web.bat o configurenombre_servidor_web.sh puede dañarse si la codificación de archivo predeterminado de las dos máquinas es distinta. 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 configurenombre_servidor_web puede dañarse si la codificación de archivo predeterminado de las dos máquinas es distinta. 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 ejecutándose en un sistema como AIX o Linux
      Supongamos que el servidor web se está ejecutando en una máquina Linux y el servidor de aplicaciones se ejecuta en una máquina Windows. Antes de subir mediante 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 codificación_máquina_servidor_web \
         -t codificación_máquina_servidor_aplicaciones \
         configurenombre_servidor_web.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 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 desde un tercero porque el mandato no se incluye de manera predeterminada en los sistemas Windows. Antes de subir mediante 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
      codificación_máquina_servidor_web \
         -t codificación_máquina_servidor_aplicaciones \
         configurenombre_servidor_web.sh 
      Por ejemplo, si la máquina de destino es z/OS, puede utilizar este mandato para convertir el archivo de ASCII a EBCDIC, y tratar así 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 en un archivo .sh en un sistema operativo basado en UNIX después de la configuración remota en un sistema operativo Windows, debe ejecutar chmod 755.
  21. Inicie el servidor de aplicaciones en la máquina A.
    Utilice el mandato startServer, por ejemplo:
    • [AIX][HP-UX][Linux][Solaris]raíz_perfil/bin/startServer.sh server1
    • [Windows]raíz_perfil\bin\startServer server1
    • [IBM i]raíz_perfil/bin/startServer server1
  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). Necesita los parámetros siguientes:
    • Nombre de perfil
    • (Opcional) ID de usuario administrativo
    • (Opcional) Contraseña de usuario administrativo
    Por ejemplo, puede escribir lo siguiente:
    configurewebserver1.sh AppSrv01 mi_ID_usuario mi_contraseña
    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 mi_ID_usuario -password
    mi_contraseña
       -f "%WAS_HOME%\bin\configureWebserverDefinition.jacl" webserver1 IHS..
  23. En la consola administrativa del gestor de despliegue, pulse Administración del sistema > Guardar cambios en el repositorio maestro > Sincronizar cambios con nodos > Guardar.
  24. [AIX Solaris HP-UX Linux Windows]Sólo para el servidor web Domino: establezca la variable de entorno WAS_PLUGIN_CONFIG_FILE.

    En plataformas como AIX o Linux, proporcionar un script al shell principal permite a los procesos secundarios heredar las variables exportadas. En sistemas Windows, ejecute el script del mismo modo que ejecutaría cualquier otro mandato. El abastecimiento del script en Windows se realiza de forma automática.

    1. Abra una ventana de mandatos.
    2. Vaya al directorio raíz de instalación de plug-ins.
    3. Emita el mandato apropiado para el script raíz_plug-ins/bin/setupPluginCfg.sh:
      • [AIX][HP-UX][Solaris]. raíz_plug-ins/bin/setupPluginCfg.sh (Observe que hay un espacio entre el punto y el directorio raíz de instalación.)
      • [Linux]source raíz_plug-ins/bin/setupPluginCfg.sh

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

    Emita el mandato apropiado para el script antes de iniciar Domino Web Server.

  25. Genere de nuevo el archivo plugin-cfg.xml en la máquina A (la máquina del servidor de aplicaciones) mediante la consola de administración. 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 el directorio raíz_plug-ins/config/nombre_servidor_web de la máquina B (la máquina que tiene el servidor web). 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 de WebSphere Application Server están configurados para volver a generar de forma automática el archivo cada vez que se produce un suceso importante. 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.

  26. Propague el archivo plugin-cfg.xml del servidor de aplicaciones al servidor web utilizando la consola de administración. 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 de plug-ins del 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).

  27. 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. En un entorno Network Deployment, el servlet Snoop sólo está disponible en la célula si se ha incluido DefaultApplication al añadir el servidor de aplicaciones a la célula. La opción -includeapps del mandato addNode migra DefaultApplication (aplicación predeterminada) a la célula. Si la aplicación no está presente, omita este paso.
      Cambie de directorio a raíz_perfil/bin y ejecute el mandato startServer:
      • [AIX][HP-UX][Linux][Solaris]./startServer.sh server1
      • [Windows]startServer server1
      • [IBM i]startServer server1
    2. Inicie IBM HTTP Server o el servidor web que utilice.

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

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

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

      [AIX Solaris HP-UX Linux Windows]Acceda a los mandatos apache y apachectl del directorio IBMHttpServer/bin.
      • [AIX][HP-UX][Linux][Solaris]./apachectl start
      • [Windows]apache
    3. Acceda desde el navegador a la dirección: http://localhost:9080/snoop para probar el transporte HTTP interno proporcionado por el servidor de aplicaciones. Acceda mediante el navegador a http://nombre_host_de_la_máquina_servidor_web/snoop para probar el plug-in del servidor web.

      El puerto de transporte HTTP es 9080 por omisión 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. Sólo para el IBM HTTP Server remoto:
      [AIX Solaris HP-UX Linux Windows]Siga los pasos que se indican a continuación para verificar si la función de propagación automática puede ejecutarse en un IBM HTTP Server remoto. 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\ihs85\bin\htpasswd -cb c:\ws\ihs85\conf\admin.passwd adminUser adminPassword
      2. Utilice la consola administrativa del gestor de despliegue o del servidor de aplicaciones para especificar el ID de usuario y la contraseña que ha creado para el usuario de administración 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 raíz_IHS /logs/admin_ERROR. LOG para obtener más información.
      Para la propagación automática del archivo de configuración de plug-in, es preciso que el servidor administrativo IBM HTTP esté ejecutándose. 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 se esté ejecutando el servidor de administración de IBM HTTP Server.
      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ónIBM HTTP.
      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. Compruebe que el ID de usuario y la contraseña especificados en la consola administrativa de WebSphere Application Server, mediante gestión remota, se hayan creado 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 de administración. 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 cronológicos de WebSphere Application Server (archivo trace.log) para determinar la causa del problema.
  28. [AIX Solaris HP-UX Linux Windows]Cree el segundo perfil de servidor de aplicaciones utilizando la herramienta de gestión de perfiles en la máquina A. Establezca el perfil como perfil predeterminado durante el proceso de creación del perfil; para ello, active el recuadro de selección del panel apropiado.
  29. [IBM i]Utilice el mandato 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.

  30. Instale un segundo IBM HTTP Server u otro servidor web admitido en la máquina B.
  31. 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.
  32. Installation Manager crea un script denominado configurenombre_servidor_Web para el segundo servidor web. El script se encuentra en el directorio raíz_plug-ins/bin de la máquina B. Copies el script en el directorio raíz_servidor_aplicaciones/bin de la máquina A.
  33. Inicie el segundo servidor de aplicaciones.
  34. Ejecute el script configurenombre_servidor_Web 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.
  35. 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.
  36. 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 un diagrama de topología de servidor web y de un mapa para obtener una visión general del procedimiento de instalación.

Consulte Edición de archivos de configuración del servidor para obtener más información sobre el modo en que la herramienta de configuración de plug-ins de servidor web configura los servidores web soportados.

Consulte Configuración de servidor web para obtener más información sobre los archivo implicados en la configuración de un servidor web.

Para los servidores web de IHS, puede detener e iniciar el servidor web y propagar el archivo plugin-cfg.xml desde la máquina del 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 distintos de IHS 6.x, compruebe que el archivo plugin-cfg.xml existe en el directorio <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.

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=tins_webplugins_mult_remotesa
File name: tins_webplugins_mult_remotesa.html