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 instalaciones requieren varios servidores de aplicaciones para gestionar las necesidades de prestación de servicios de aplicaciones de su entorno de producción. Puede utilizar la herramienta de línea de mandatos o la consola administrativa para crear servidores de aplicaciones adicionales.

Acerca de esta tarea

Para crear un nuevo servidor de aplicaciones que no forme parte de un clúster, puede utilizar el createApplicationServer, createWebServer, o createGenericServer wsadmin o puede utilizar la consola administrativa.

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

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.

Evite problemas: Si está utilizando un anillo de serialización de recursos global (GRS) para conectar uno o más monoplex a un entorno sysplex, el nombre de celda de cualquier servidor que se ejecute en cualquiera de los monoplex debe ser único dentro de 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 únicos, WebSphere® Application Server no configura automáticamente el host virtual para el servidor. Específicamente, WebSphere Application Server no agrega 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 administrativa para crear un nuevo servidor de aplicaciones que no forme parte de un clúster.

1. En la consola administrativa, haga clic en Servidores > Tipos de servidores > WebSphere servidores de aplicaciones > Nuevo.

   Se inicia el asistente Crear un nuevo servidor de aplicaciones.

2. Seleccione un nodo para el servidor de aplicaciones.
3. Especifique 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 forma 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. Seleccionar Generar puertos HTTP únicos si desea que el asistente genere puertos únicos para el servidor de aplicaciones.
8. Opcional: Hacer clic Próximo y especifique un nombre corto 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 configurar un RACF® Perfil de clase SERVER que incluye este nombre corto.
9. Opcional: Especifique un nombre corto 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 configurar un RACF Perfil de clase SERVER que incluye este nombre corto genérico.
10. Pulse Siguiente. Revise los valores para el servidor nuevo.
11. Si desea cambiar alguna de las configuraciones, haga clic en Anterior hasta que regrese a una página donde puede cambiar esa configuración.
12. Hacer clic Finalizar cuando no desee realizar ningún cambio adicional.
13. Hacer clic Revisar, seleccionar Sincronizar cambios con nodos y luego haga clic en Ahorrar para guardar los cambios.
14. Opcional: Ejecute el updateZOSStartArgs script para permitir que un servidor de aplicaciones utilice el z/OS Función ASID reutilizable, si aún no está habilitada para el nodo asociado con 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, verifique que lo esté ejecutando en z/OS Versión 1.9 o superior, y que la función de reutilización ASID esté habilitada durante el z/OS proceso de inicio. 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.