![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Creación de perfiles del servidor de aplicaciones
Cree un perfil de servidor de aplicaciones para que las aplicaciones estén disponibles en Internet o en una intranet, generalmente utilizando tecnología Java™. Puede crear un perfil del servidor de aplicaciones utilizando la Herramienta de gestión de perfiles.
Antes de empezar
Antes de utilizar la Herramienta de gestión de perfiles, instale los archivos del producto.

Debe proporcionar suficiente espacio temporal de sistema para crear un perfil. Para obtener información, lea los requisitos de sistema de archivos para los perfiles.
Acerca de esta tarea
Después de instalar los archivos principales del producto WebSphere Application Server, Network Deployment, debe crear un perfil. Este procedimiento describe la creación de un perfil de servidor de aplicaciones utilizando la interfaz gráfica de usuario proporcionada por la Herramienta de gestión de perfiles. También puede utilizar el mandato manageprofiles para crear un perfil de servidor de aplicaciones. Consulte la descripción del mandato manageprofiles para obtener más información.
Un perfil de servidor de aplicaciones tiene un servidor por omisión, que es server1, y la aplicación predeterminada que incluye el servlet Snoop y el servlet Hitcount. Puede federar el servidor de aplicaciones o utilizarlo como servidor de aplicaciones autónomo.
Puede crear perfiles con Herramienta de gestión de perfiles utilizando el proceso de creación de perfiles típico o el proceso de creación de perfiles avanzado. El proceso de creación de perfil típico utiliza valores por omisión y asigna valores de puerto exclusivos. Si lo desea, puede configurar los valores según se permita. Para el proceso de creación de perfil avanzado puede aceptar los valores predeterminados o especificar valores propios.
Procedimiento
- Inicie la Herramienta de gestión de perfiles
para crear un nuevo entorno de ejecución. Puede iniciar la herramienta de una de las siguientes formas:
- Al final de la instalación, marque el recuadro de selección para iniciar la Herramienta de gestión de perfiles.
- Emita el mandato para abrir WebSphere Customization Toolbox directamente desde un indicador de mandatos; a continuación, abra Herramienta de gestión de perfiles.
- Seleccione la opción WebSphere Customization Toolbox en la consola Primeros pasos; a continuación, abra la Herramienta de gestión de perfiles.
Utilice el menú Inicio para acceder a WebSphere Customization Toolbox; a continuación, abra Herramienta de gestión de perfiles.
Utilice los menús del sistema operativo Linux que se utilizan para iniciar programas para iniciar WebSphere Customization Toolbox; a continuación, abra Herramienta de gestión de perfiles.
- Pulse Crear en la pestaña Perfiles para crear un nuevo
perfil.
La pestaña Perfiles contiene una lista de perfiles que se han creado en la máquina. No se puede realizar ninguna acción en un perfil seleccionado salvo que el perfil se pueda aumentar. El botón Aumentar está inactivo salvo que un perfil seleccionado pueda aumentarse.
La herramienta muestra el panel de selección de entorno.
- Seleccione Servidor de aplicaciones y pulse Siguiente.
Se visualiza el panel Opciones de creación de perfiles.
- Seleccione Creación de perfiles típica o
Creación de perfiles avanzada y pulse Siguiente.
La opción Creación de perfiles típica crea un perfil que utiliza los valores de configuración por omisión. Con la opción Creación de perfiles avanzada, puede especificar sus propios valores de configuración para un perfil.
- Si ha seleccionado Creación de perfiles típica, vaya al paso sobre la seguridad administrativa.
- Si ha seleccionado Creación de perfiles avanzada, seleccione las
aplicaciones que desea desplegar y pulse Siguiente.
La herramienta visualiza el panel Nombre de perfil y ubicación.
- Especifique un nombre para el perfil y la vía de acceso de directorio para el directorio del perfil, o bien acepte los valores predeterminados.
A continuación, pulse
Siguiente. Directrices de denominación de perfil: Se soportan caracteres de doble byte. El nombre de perfil puede ser cualquier nombre exclusivo con las restricciones siguientes. No utilice ninguno de los caracteres que se indican a continuación para asignar un nombre a un perfil:
- Espacios
- Caracteres especiales no soportados en el nombre de un directorio del sistema operativo, por ejemplo *&?
- Barras inclinadas (/ o \)
Puede crear un servidor de aplicaciones utilizando los valores de configuración optimizados para un entorno de desarrollo seleccionando Crear el servidor utilizando la plantilla de desarrollo en el panel Nombre de perfil y ubicación de la vía de acceso Creación de perfiles avanzada. La plantilla de desarrollo reduce el tiempo de arranque y permite que el servidor se ejecute en un hardware menos potente.Importante: No utilice la plantilla de desarrollo para servidores de producción.El primer perfil que se crea en una máquina es el perfil por omisión. El perfil predeterminado es el destino predeterminado para los mandatos que se emiten desde el directorio bin de la raíz de instalación del producto. Si sólo existe un perfil en una máquina, todos los mandatos funcionan en el único proceso de servidor de la configuración. Puede convertir otro perfil en el perfil por omisión durante la creación de dicho perfil seleccionando Establecer este perfil como valor predeterminado en el panel Nombre de perfil y ubicación de la vía de acceso de Creación de perfiles avanzada. También puede hacer que otro perfil sea el perfil por omisión utilizando el mandato manageprofiles después de crear el perfil.
Cuando hay varios perfiles en una máquina, determinados mandatos requieren que se especifique el perfil al que debe aplicarse el mandato si el perfil no es el perfil predeterminado. Estos mandatos utilizan el parámetro -profileName para identificar a qué perfil va dirigido el mandato. Es posible que le resulte más fácil utilizar los mandatos que se encuentran en el directorio bin de cada perfil.
Utilice estos mandatos para consultar el shell de mandatos a fin de determinar el perfil de llamada y dirigir estos mandatos al perfil de llamada.
El nombre del perfil predeterminado es <tipo_perfil><número_perfil>:- <tipo_perfil> es un valor de AppSrv, Dmgr, Custom, AdminAgent, JobMgr, o SecureProxySrv.
- <número_perfil> es un número secuencial que se utiliza para crear un nombre de perfil exclusivo
El directorio del perfil predeterminado es raíz_servidor_aplic/profiles, donde raíz_servidor_aplic es la raíz de instalación.
El directorio del perfil predeterminado es raíz_servidor_aplic\profiles, donde raíz_servidor_aplic es la raíz de instalación.
Valor de ajuste del rendimiento: Seleccione el valor de ajuste de rendimiento que se ajuste mejor al tipo de entorno en el que se ejecutará el servidor de aplicaciones.- Estándar
- Los valores standard son los valores de configuración predeterminados estándar optimizados para un uso general.
- Hora punta
- Los valores de rendimiento máximo (peak) resultan adecuados para un entorno de producción en el que no se suelen efectuar cambios en la aplicación, y en el que es importante obtener un rendimiento óptimo del tiempo de ejecución.
- Desarrollo
- Los valores de desarrollo son adecuados para un entorno de desarrollo donde se
realizan frecuentes actualizaciones de la aplicación y los recursos del sistema están en
un nivel mínimo.Importante: No utilice los valores de desarrollo para los servidores de producción.
- En el panel Nombres de nodo y host, especifique las
características para el servidor de aplicaciones y pulse Siguiente.
Utilice nombres únicos para cada servidor de aplicaciones que cree.
Nombres reservados: evite utilizar nombres de carpeta reservados como valores de campo. El uso de nombres de carpeta reservados puede dar lugar a resultados imprevisibles. Los términos siguientes son nombres de carpeta reservados:- cells
- nodes
- servers
- clusters
- aplicaciones
- deployments
Algunos valores predeterminados de la tabla siguiente están partidos en varias líneas para facilitar la impresión.
Nombre de campo Valor predeterminado Limitaciones Descripción Nombre de nodo
donde:nombreHostAbreviado Node númeroNodo
- nombreHostAbreviado es el nombre de host abreviado
- númeroNodo es un número secuencial que empieza en 01
Evite utilizar los términos reservados. Seleccione el nombre que desee. Para ayudarle a organizar la instalación, utilice un nombre único si tiene previsto crear más de un servidor de aplicaciones en la máquina. Nombre de servidor server1 Utilice un nombre exclusivo para el servidor de aplicaciones. El nombre es un nombre lógico para el servidor de aplicaciones. Nombre de host El formato largo del nombre de servidor de nombres de dominio (DNS).
Direccionable a través de la red. Utilice el nombre de DNS o la dirección IP de la máquina para habilitar la comunicación con la máquina. Consulte la información adicional sobre el nombre de host que se ofrece después de esta tabla. Consideraciones sobre el nombre de nodo: Si tiene previsto migrar una instalación anterior de Network Deployment a la Versión 9.0 y migrar uno de los nodos gestionados de la célula, utilice el mismo nombre de nodo para el servidor de aplicaciones de la Versión 9.0 que ha utilizado para el nodo gestionado de la versión anterior.
Consideraciones sobre la vía de acceso del directorio:La vía de acceso de directorio de instalación debe tener una longitud de 260 caracteres o menos.
- En la Herramienta de gestión de perfiles, es posible que los campos para especificar las vías de acceso no se vean de color gris cuando estén desactivadas y que tengan menús contextuales distintos a los que aparecen normalmente al pulsar sobre ellos con el botón derecho del ratón.
Consideraciones sobre el nombre de host:
El nombre de host es el nombre de red del equipo físico en el que está instalado el nodo. El nombre de host debe determinar un nodo físico de red en el servidor. Cuando hay varias tarjetas de red en el servidor, el nombre de host o la dirección IP deben resolverse para una de las tarjetas de red. Los nodos remotos utilizan el nombre de host para conectarse a este nodo y comunicarse con él. Es importante seleccionar un nombre de host al que otras máquinas tengan acceso a través de la red. No utilice el identificador genérico, localhost, para este valor. Tampoco intente instalar productos de WebSphere Application Server en una máquina con un nombre de host que utilice caracteres del juego de caracteres de doble byte (DBCS). Los caracteres DBCS no están soportados cuando se utilizan en el nombre de host.
Si define nodos que coexisten en el mismo sistema con direcciones IP únicas, defina cada dirección IP en una tabla de búsqueda DNS (servidor de nombres de dominio). Los archivos de configuración para servidores de aplicaciones autónomos no proporcionan resolución de nombres de dominio para varias direcciones IP en una máquina con una sola dirección de red.
El valor que se especifica para el nombre de host se utiliza como valor de la propiedad hostName en documentos de configuración para el servidor de aplicaciones autónomo. Especifique el valor del nombre de host en uno de los formatos siguientes:- Serie de nombre de host de servidor de nombres de dominio (DNS) totalmente calificado, por ejemplo xmachine.manhattan.ibm.com
- Serie de nombre de host DNS abreviada predeterminado, como xmachine
- Dirección IP numérica como, por ejemplo, 127.1.255.3
El nombre de host DNS totalmente cualificado ofrece la ventaja de no dar lugar a ningún tipo de ambigüedad y de ser flexible. Tiene la flexibilidad de cambiar la dirección IP real para el host sin necesidad de cambiar la configuración del servidor de aplicaciones. Este valor para el nombre de host es particularmente útil si piensa cambiar la dirección IP con frecuencia cuando utilice el protocolo DHCP (Dynamic Host Configuration Protocol) para asignar direcciones IP. Una desventaja de este formato es que depende de DNS. Si DNS no está disponible, la conectividad se ve comprometida.
El nombre de host abreviado también puede resolverse dinámicamente. El formato de nombre abreviado ofrece la función adicional de volver a definirse en el archivo hosts local para que el sistema pueda ejecutar el servidor de aplicaciones aunque esté desconectado de la red. Para ejecutar desconectado, defina el nombre abreviado como la dirección de bucle de retorno, 127.0.0.1, en el archivo hosts para ejecutarse desconectado. Una desventaja de este formato es que depende de DNS para el acceso remoto. Si DNS no está disponible, la conectividad se ve comprometida.
Una dirección IP numérica tiene la ventaja de que no precisa de resolución de nombres a través de DNS. Un nodo remoto puede conectarse al nodo que se indique con una dirección IP numérica sin que DNS esté disponible. Una desventaja de este formato es que la dirección IP numérica es fija.
Después de especificar las características de servidor de aplicaciones, la herramienta visualiza el panel de seguridad administrativa.
- Opcionalmente, habilite la seguridad administrativa y pulse
Siguiente.
Puede habilitar la seguridad administrativa ahora durante la creación de perfil o posteriormente desde la consola. Si habilita la seguridad administrativa ahora, entre un nombre de usuario y una contraseña para iniciar la sesión en la consola administrativa.
Después de especificar características de seguridad, la herramienta visualiza el panel de certificado de seguridad si ha seleccionado anteriormente Creación de perfiles avanzada.
- Si ha seleccionado Creación de perfiles típica al principio de estos pasos, vaya al paso que visualiza el panel Resumen del perfil.
- Cree un certificado personal por omisión y un
certificado de firmas raíz o importe un certificado personal y un certificado de firmas
raíz de los archivos de almacén de claves y pulse Siguiente.
Puede crear ambos certificados, importar ambos certificados o crear un certificado e importar el otro.
Best practice: Cuando importe un certificado personal como certificado personal predeterminado, importe el certificado raíz que ha firmado el certificado personal. De lo contrario, la Herramienta de gestión de perfiles añade el firmante del certificado personal al archivo trust.p12.bprac
Si importa el certificado personal por omisión o el certificado de firmas raíz, especifique la vía de acceso y la contraseña y seleccione el tipo de almacén de claves y el alias de almacén de claves para cada certificado que importe.
- Verifique que la información de certificado sea
correcta y pulse Siguiente.
Si crea los certificados, puede utilizar los valores predeterminados o modificarlos para crear certificados nuevos. El certificado personal predeterminado es válido por un año de forma predeterminada y está firmado por el certificado de firma raíz. El certificado de firma raíz es un certificado autofirmado que es válido para 15 años de forma predeterminada. La contraseña de almacén de claves por omisión para el certificado de firma raíz es WebAS. Debe cambiar la contraseña. La contraseña no puede contener ningún carácter del juego de caracteres de doble byte (DBCS), porque existen ciertos almacenes de claves, incluido PKCS12, que no los soportan. Los tipos de almacén de claves soportados dependen de los proveedores del archivo java.security.
Cuando se crea uno de los certificados o ambos, o importa uno de los certificados o ambos, los archivos de almacén de claves que se crean son key.p12, trust.p12, root-key.p12, default-signers.p12, deleted.p12 y ltpa.jceks. Todos estos archivos tienen la misma contraseña cuando se crean o se importan los certificados, que es la contraseña predeterminada o una contraseña indicada por el usuario. El archivo key.p12 contiene el certificado personal por omisión. El archivo trust.p12 contiene el certificado de firmante del certificado raíz por omisión. El archivo root-key.p12 contiene el certificado de firma raíz. El archivo default-signer.p12 contiene certificados de firmante que se añaden a cualquier archivo de almacén de claves nuevo que se cree después de que el servidor se haya instalado y esté en ejecución. De manera predeterminada, el firmante del certificado raíz predeterminado y el certificado de firmante DataPower se encuentran en el archivo de almacén de claves default-signer.p12. El archivo de almacén de claves deleted.p12 se utiliza para mantener los certificados suprimidos con la tarea deleteKeyStore para que se puedan recuperar si es necesario. El archivo ltpa.jceks contiene claves LTPA (Lightweight Third-Party Authentication) por omisión de servidor que los servidores del entorno utilizan para comunicarse entre ellos.
Un certificado importado se añade al archivo key.p12 o al archivo root-key.p12.
Si importa certificados y éstos no contienen la información que desea, pulse Atrás para importar otro certificado.
Después de visualizar los paneles de certificado de seguridad, la herramienta visualiza el panel Puertos si se ha seleccionado anteriormente Creación de perfiles avanzada.
- Verifique que los puertos especificados para el servidor de aplicaciones autónomo
sean exclusivos y pulse Siguiente.
Si ha elegido no desplegar la consola administrativa, los puertos de consola administrativa aparecerán inhabilitados en el panel Puertos.
Resolución de conflicto de puerto
Se reconoce que los puertos se están utilizando si se da una de las condiciones siguientes:- Los puertos se asignan a un perfil creado desde una instalación realizada por el usuario actual.
- El puerto se está utilizando actualmente.
Si sospecha de la existencia de un conflicto de puertos, podrá investigarlo después de crear el perfil. Determine los puertos utilizados durante la creación del perfil examinando los archivos siguientes.Archivo raíz_perfil/properties/portdef.props
raíz_perfil\properties\portdef.props archivo
La herramienta visualiza el panel de definición de servicio de Windows si se está realizando la instalación en un sistema operativo de Windows y el ID de instalación tiene el privilegio de grupo administrativo. La herramienta muestra el panel de definición de servicio de Linux cuando se está realizando la instalación en un sistema operativo Linux soportado y el ID que ejecuta la Herramienta de gestión de perfiles es el usuario raíz.
Elija si va a ejecutar el servidor de aplicaciones como servicio de Windows en un sistema operativo Windows o como servicio Linux en un sistema operativo Linux y, a continuación, pulse Siguiente.
El panel de definición de servicio de Windows se visualiza para el sistema operativo Windows sólo si el ID que ha instalado el servicio de Windows tiene privilegio de administrador de grupo. Sin embargo, puede ejecutar el mandato WASService.exe para crear el servicio Windows, siempre que el ID del instalador pertenezca al grupo de administradores. Para obtener más información, consulte el tema sobre cómo reiniciar automáticamente procesos de servidor.
El producto intenta iniciar los servicios de Windows para los procesos del servidor de aplicaciones iniciados por el mandato startServer. Por ejemplo, si configura un servidor de aplicaciones como servicio de Windows y emite el mandato startServer, el mandato wasservice intenta iniciar el servicio definido.
Si opta por instalar un servicio de sistema local, no es necesario que especifique el ID de usuario ni la contraseña. Si crea un tipo de servicio para un usuario determinado, debe especificar el ID de usuario y la contraseña para el usuario que ejecuta el servicio. El usuario debe tener autoridad para Conectarse como un servicio a fin de que el servicio se ejecute correctamente. Si el usuario no tiene autorización de Iniciar sesión como servicio, la herramienta de gestión de perfiles añade automáticamente la autoridad.
Para llevar a cabo esta tarea de creación de perfil, el ID de usuario no debe tener espacios. Además de pertenecer al grupo de administradores, el ID también debe tener el privilegio de usuario avanzado de Conectarse como un servicio. El programa de instalación otorga al ID de usuario el acceso de usuario avanzado si el ID de usuario todavía no tiene los privilegios de usuario avanzado y si el ID de usuario pertenece al grupo de administradores.
También puede crear otros servicios de Windows cuando haya completado la instalación, para iniciar otros procesos de servidor. Para obtener más información, consulte el tema sobre cómo reiniciar automáticamente procesos de servidor.
Durante la supresión del perfil, puede eliminar el servicio Windows que se ha añadido durante la creación de perfiles. También puede eliminar el servicio Windows con el mandato wasservice.
Consideraciones sobre IPv6
Los perfiles creados para ejecutarse como servicio de Windows no se pueden iniciar cuando se utiliza Internet Protocol Versión 6 (IPv6) si el servicio se ha configurado para ejecutarse como sistema local. Cree una variable de entorno específica de usuario para habilitar IPv6. Dado que esta variable de entorno es una variable de usuario en lugar de una variable de sistema local, sólo un servicio de Windows que se ejecute como ese usuario específico podrá acceder a esta variable de entorno. De manera predeterminada, cuando se crea un nuevo perfil y éste se configura para que se ejecute como un servicio de Windows, el servicio se establece para ejecutarse como sistema local. Cuando el servicio de Windows para el producto intenta ejecutarse, el servicio no puede acceder a la variable de entorno de usuario que especifica IPv6 (Internet Protocol versión 4) y, por lo tanto intenta iniciarse como IPv4. En este caso, el servidor no se inicia correctamente. Para resolver el problema, al crear el perfil, especifique que el servicio de Windows para que el producto se ejecute con el mismo ID de usuario en el que se ha definido la variable de entorno que especifica IPv6, en lugar de ejecutarse como sistema local.
Valores predeterminados para el servicio Windows
Los valores predeterminados para el panel de definición de servicio Windows son los siguientes:
- La acción predeterminada es ejecutar como un servicio Windows.
- El proceso de servicio se selecciona para ejecutarse como una cuenta de sistema.
- La cuenta de usuario es el nombre de usuario actual. Los requisitos de nombre de usuario son los requisitos que el sistema operativo Windows impone para un ID de usuario.
- El tipo de arranque es automático. Los valores del tipo de arranque son aquellos que impone el sistema operativo Windows. Si desea un tipo de inicio distinto de automático, puede seleccionar otra opción disponible en el menú o cambiar el tipo de inicio después de crear el perfil. También puede eliminar el servicio creado después de haber realizado el perfil y añadirlo más tarde con el tipo de inicio que se desea. Puede elegir no crear un servicio en el momento de la creación del perfil y, de forma opcional, crearlo más adelante con el tipo de inicio deseado.
El panel de definición de servicio de Linux se muestra si el sistema operativo actual es una versión admitida de los sistemas operativos Linux y si el usuario actual tiene los permisos adecuados.
El producto trata de iniciar los servicios de Linux para los procesos del servidor de aplicaciones iniciados por un mandato startServer. Por ejemplo, si configura un servidor de aplicaciones como servicio Linux y emite el mandato startServer, el mandato wasservice trata de iniciar el servicio definido.
De manera predeterminada, el producto no se selecciona para ejecutarse como servicio de Linux.
Para crear el servicio el usuario que ejecuta la Herramienta de gestión de perfiles debe ser el usuario root. Si ejecuta la Herramienta de gestión de perfiles con un ID de usuario no raíz, el panel de definición de servicio de Linux no se muestra y no se crea ningún servicio.
Cuando cree un servicio Linux, debe especificar un nombre de usuario a partir del cual ejecutar el servicio.
Para suprimir un servicio Linux, el usuario debe ser el usuario raíz o tener los privilegios adecuados para suprimir el servicio. De lo contrario, se crea un script de eliminación que el usuario root puede ejecutar para suprimir el servicio para el usuario.
Si ha seleccionado Creación de perfiles avanzada, el panel siguiente muestra el panel de definición de servidor web.
- Para la creación de perfil avanzada, si ahora elige incluir
una definición de servidor web en el perfil, especifique las características de servidor
web en los paneles y pulse Siguiente hasta que haya completado los paneles de
definición de servidor web.
Si utiliza un servidor web para direccionar solicitudes al producto, necesita incluir una definición de servidor web. Puede incluir la definición ahora o definir el servidor web en el producto más adelante. Si define la definición de servidor web durante la creación de este perfil, puede instalar el servidor web y el plug-in después de crear el perfil. Sin embargo, debe instalar ambos en las vías de acceso que especifique en los paneles de definición de servidor web. Si define el servidor web en el producto después de crear este perfil, debe definir el servidor web en un perfil independiente.
La herramienta visualiza el panel Resumen de creación de perfil.
- Pulse Crear para crear el servidor de aplicaciones o
pulse Anterior para cambiar las características del servidor de aplicaciones.
Se visualiza el panel de progreso de creación de perfil, que muestra los mandatos de configuración que se están ejecutando.
Cuando finalice la creación del perfil, la herramienta mostrará el panel Ha finalizado la creación del perfil.
- De forma opcional, seleccione Iniciar la consola Primeros
pasos.
Pulse Finalizar para salir.
Con la consola Primeros pasos puede crear perfiles adicionales e iniciar el servidor de aplicaciones.
Resultados
Ha creado un perfil de servidor de aplicaciones. El nodo del perfil tiene un servidor de aplicaciones denominado server1.
Consulte la descripción del mandato manageprofiles para obtener información sobre cómo crear un perfil utilizando un mandato en lugar de la Herramienta de gestión de perfiles.
Qué hacer a continuación
Para empezar, despliegue una aplicación.
Consulte la información sobre las vías de acceso rápidas para el producto para empezar a desplegar aplicaciones.
Al crear el perfil del servidor de aplicaciones se crea un proceso server1 predeterminado. Puede federar el nodo server1 en la célula del gestor de despliegue con el mandato addNode o desde la consola administrativa del gestor de despliegue. El proceso server1 debe estar ejecutándose para iniciar la federación desde el gestor de despliegue.
Si incluye todas las aplicaciones del servidor de aplicaciones, el acto de federación instala las aplicaciones en el gestor de despliegue donde se pueden volver a desplegar.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-dist&topic=tpro_instancessaappserv
File name: tpro_instancessaappserv.html