Creación de servidores de aplicaciones

Durante el proceso de instalación, el producto crea un servidor de aplicaciones por omisión, llamado server1. La mayoría de las instalaciones necesitan varios servidores de aplicaciones para manejar las necesidades de servicio de aplicaciones del entorno de producción. Puede utilizar la herramienta de línea de mandatos o la consola de administración para crear servidores de aplicaciones adicionales.

Antes de empezar

Determine si desea utilizar el servidor de aplicaciones que crea como parte de un clúster. Si este servidor de aplicaciones va a formar parte de un clúster, debe utilizar el asistente Crear nuevo clúster en vez del asistente Crear un nuevo servidor de aplicaciones para crear este servidor de aplicaciones. En el tema Adición de miembros a un clúster se describe cómo utilizar el asistente Crear nuevo clúster.

Acerca de esta tarea

[IBM i][AIX Solaris HP-UX Linux Windows]Para crear un nuevo servidor de aplicaciones que no forma parte de un clúster, puede utilizar el mandato wsadmin createApplicationServer, createWebServer o createGenericServer o la consola de administración.

[z/OS]Para crear un nuevo servidor de aplicaciones que no forme parte de un clúster, puede utilizar la herramienta de gestión de perfiles, el mandato wsadmin createApplicationServer, createWebServer o createGenericServer o la consola de administración.

Si está migrando de una versión anterior del producto, puede actualizar una parte de los nodos de una célula y al mismo tiempo dejar los demás en el nivel de producto anterior. Esto significa que, durante un determinado período de tiempo, puede que esté gestionando en la misma célula servidores que estén en dos niveles de release diferentes. Sin embargo, cuando cree una nueva definición de servidor, debe utilizar una plantilla de configuración de servidor, dicha plantilla se debe crear a partir de una instancia de servidor que coincida con la versión del nodo en el que se crea el servidor.

No existen restricciones sobre las operaciones que se pueden realizar con los servidores que se ejecutan en el nivel de release más actual.

[z/OS]Evite problemas: Si está utilizando un conjunto de serialización de recursos globales (GRS) para conectar uno o más monoplex a un entorno sysplex, el nombre de célula de cualquiera de los servidores que se ejecuten en cualquiera de los monoplex debe ser exclusivo en el todo el entorno GRS. Este requisito significa que el nombre de la célula de un servidor que se ejecute en cualquiera de los monoplex:
  • Debe ser distinto del nombre de la célula de todos los demás servidores que se ejecuten en el sysplex.
  • Debe ser distinto del nombre de la célula de todos los demás servidores que se ejecuten en otro monoplex que esté conectado al sysplex.
Si tiene servidores con los nombres de célula duplicados en el entorno GRS, WebSphere Application Server no podrá diferenciar entre la célula sysplex y la célula monoplex, y tratará ambos servidores como si formaran parte de la misma célula. Esta asociación inexacta de células normalmente hace que los resultados del proceso sean imprevisibles.
Evite problemas: Si utiliza servidores adicionales con puertos exclusivos, WebSphere Application Server no configura automáticamente el host virtual para el servidor. En concreto, WebSphere Application Server no añade automáticamente los puertos de alias de host a un host virtual. Sin embargo, puede utilizar la consola administrativa para añadir un nuevo alias de host para cada uno de los puertos utilizados por el nuevo servidor. Para obtener más información, consulte la documentación sobre la configuración de hosts virtuales.

Realice los pasos siguientes si desea utilizar la consola de administración para crear un nuevo servidor de aplicaciones que no forme parte de un clúster.

Procedimiento

  1. En la consola administrativa, pulse Servidores > Tipos de servidor > WebSphere Application Servers > Nuevo.

    Se inicia el asistente Crear un nuevo servidor de aplicaciones.

  2. Seleccione un nodo para el servidor de aplicaciones.
  3. Entre un nombre para el servidor de aplicaciones. El nombre debe ser único en el nodo.
  4. Pulse Siguiente.
  5. Seleccione una plantilla de servidor para el nuevo servidor.

    Puede utilizar una plantilla por omisión de servidor de aplicaciones para el servidor nuevo o puede utilizar la plantilla que se ha optimizado para los usos de desarrollo. El nuevo servidor de aplicaciones hereda todos los valores de configuración del servidor de plantilla.

  6. Pulse Siguiente.

    De manera predeterminada, esta opción está habilitada. Si selecciona esta opción, es posible que sea necesario actualizar la lista de alias para el host virtual que tiene previsto utilizar con este servidor para que contenga estos nuevos valores de puerto. Si deselecciona esta opción, asegúrese de que los valores de puertos por omisión no están en conflicto con otros servidores que están en la misma máquina física.

  7. Seleccione Generar puertos HTTP únicos si desea que el asistente genere puertos exclusivos para el servidor de aplicaciones.
  8. Opcional: [z/OS]Pulse Siguiente y especifique un nombre abreviado para el servidor.

    El nombre abreviado sólo se utiliza como el JOBNAME del servidor. Si no especifica un valor para el campo del nombre abreviado, el nombre abreviado por omisión es BBOSnnn, donde nnn es el primer número libre de la célula que se puede utilizar para crear un nombre abreviado exclusivo. Por ejemplo, si los nombres abreviados por omisión ya han sido asignados a otros dos servidores de la célula, el nombre abreviado BBOS003 se asignará a este servidor, si no especifica un nombre abreviado cuando cree este servidor.

    Evite problemas: Asegúrese de que ha configurado un perfil de clase RACF SERVER que incluye este nombre abreviado.
  9. Opcional: [z/OS]Especifique un nombre abreviado genérico para el servidor.

    El nombre abreviado genérico para el servidor pasa a ser el nombre de transición de clúster. Si no especifica un valor para el campo de nombre abreviado genérico, el nombre abreviado genérico toma por omisión el nombre BBOCnnn, donde nnn es el primer número libre de la célula que se puede utilizar para crear un nombre abreviado genérico exclusivo. Por ejemplo, si ya existen nombres abreviados genéricos asignados a otros tres servidores de la célula, el nombre abreviado genérico BBOC004 se asigna a este servidor, si no especifica un nombre abreviado genérico al crear este servidor.

    Evite problemas: Asegúrese de que ha configurado un perfil de clase RACF SERVER que incluye este nombre abreviado genérico.
  10. Pulse Siguiente. Revise los valores para el servidor nuevo.
  11. Si desea modificar cualquiera de los valores, pulse Anterior hasta que vuelva a la página en la que puede cambiar dicho valor.
  12. Pulse Finalizar cuando no desee realizar más cambios adicionales.
  13. Pulse Revisar, seleccione Sincronizar cambios con nodos y, a continuación, pulse Guardar para guardar los cambios.
  14. Opcional: [z/OS]Ejecute el script updateZOSStartArgs para habilitar un servidor de aplicaciones que utilice la función de reutilización ASID de z/OS, si no está ya habilitado para el nodo asociado a este servidor de aplicaciones.

    Esta función habilita un servidor de aplicaciones para que reutilice todos los ASID, incluidos aquellos que están asociados a los servicios de procesos cruzados.

    Evite problemas: Antes de ejecutar este script, asegúrese de estar realizando la ejecución en z/OS versión 1.9 o superior, y de que la función de reutilización de ASID esté habilitada durante el proceso de inicio de z/OS. Si la función no está habilitada en z/OS, la ejecución de este script no tendrá ningún efecto sobre la gestión de los ASID.

Resultados

El nuevo servidor de aplicaciones estará en la lista de servidores en la página de servidores de aplicaciones de la consola de administración.

Qué hacer a continuación

Este servidor de aplicaciones acabado de crear se ha configurado con valores predeterminados que no aparecen cuando ejecuta el asistente Crear un nuevo servidor de aplicaciones.

Puede:

  • En el consola administrativa, pulse Servidores > Tipos de servidor > WebSphere Application Servers y pulse el nombre de este servidor de aplicaciones para ver todos los valores de configuración para este servidor de aplicaciones. A continuación, puede utilizar esta página para cambiar algunos de los valores de configuración para este servidor.

    Por ejemplo, si no necesita que todos los componentes de servidor se inicien durante el proceso de arranque de servidor, es aconsejable que seleccione Iniciar componentes según sea necesario, que no se selecciona automáticamente al crear un nuevo servidor. Cuando se selecciona esta propiedad, los componentes de servidor se inician dinámicamente según sea necesario. Si esta propiedad no está seleccionada, todos los componentes del servidor se inician durante el proceso de arranque. Por consiguiente, la selección de esta propiedad produce normalmente un tiempo de arranque mejorado porque se inician menos componentes durante el proceso de arranque.

    Evite problemas: Si está ejecutando otros productos de WebSphere encima del servidor de aplicaciones, asegúrese de que esos otros productos soporten esta funcionalidad antes de seleccionar esta propiedad.
    [z/OS]Característica en desuso: La modalidad de direccionamiento predeterminada para un nuevo servidor es de 64 bits. Puede deseleccionar el campo Ejecutar en modalidad de 64 bits si necesita utilizar la modalidad de direccionamiento de 31 bits. Sin embargo, el soporte para ejecutar un servidor en modalidad de 31 bits está en desuso.
  • [z/OS]Utilice propiedades personalizadas de servidor para modificar los valores de temporizador si necesita cambiar los valores de temporizador por omisión para determinadas operaciones.
  • Establezca el argumento client.encoding.override de JVM (Java Virtual Machine) en UTF-8 si necesita utilizar soporte de codificación de varios idiomas en la consola administrativa.