Un entorno del agente administrativo consta de un agente administrativo y de los servidores de aplicaciones autónomos que aquél gestiona. Configurar un entorno del agente administrativo implica crear un perfil de agente administrativo, y uno o más perfiles de servidor de aplicaciones autónomo, denominados nodos, en el mismo sistema y, a continuación, registrar los perfiles de nodo con el agente administrativo.
Antes de empezar
Instale el producto WebSphere Application Server.
Asegúrese
de que los nodos que desea que el agente administrativo
gestione tengan los mismos productos que el agente administrativo
y los productos estén en los mismos niveles de versión en estos nodos y el agente
administrativo. Este requisito se aplica porque el
agente administrativo debe tener un entorno coincidente para manejar todas
las funciones administrativas del nodo registrado. Un nodo no se puede
registrar en un agente administrativo a menos que ese nodo tenga un conjunto
idéntico de productos y versiones.
Un
proxy DMZ no funciona con el agente administrativo cuando se habilita la seguridad.
Mantenga la seguridad habilitada y no utilice el agente administrativo en un entorno
de proxy DMZ.
transition: Si anteriormente utilizaba la Versión 8.0 o anterior, y tiene un agente administrativo con un
nodo gestionado que tenga productos o versiones no coincidentes, cuando migre a la Versión 8.5 o posterior, dicho agente administrativo no podrá iniciar el subsistema para ninguno de los nodos que no coincidan. Debe
actualizar estos nodos para que tengan los mismos productos y versiones que los agentes
administrativos, reiniciar los servidores en el nodo y, a continuación, reiniciar el
agente administrativo, antes de que el agente administrativo pueda reanudar la gestión
de estos nodos registrados.
Acerca de esta tarea
Puede utilizar un agente administrativo para gestionar servidores de aplicaciones base (autónomos) que estén en el mismo sistema.
Los agentes administrativos y los nodos gestionados forman parte del entorno de gestión flexible.
Para
añadir un agente administrativo al entorno, cree un perfil de agente
administrativo utilizando el mandato manageprofiles o
la Herramienta de gestión de perfiles. Para añadir un nodo, cree un perfil de servidor de aplicaciones autónomo y, a continuación, registre el servidor de aplicaciones autónomo con el agente administrativo.
El nodo debe estar en el mismo sistema que el agente administrativo.
En un producto de Network Deployment, también puede añadir gestores de trabajos a su entorno de gestión flexible. Un gestor de trabajos es un servidor de gestión único desde el cual puede gestionar de forma remota varios agentes administrativos, gestores de despliegue y servidores de aplicaciones autónomos. Desde un agente administrativo, puede registrar los nodos del servidor de aplicaciones autónomo con un gestor de trabajos. Los nodos que se registran con un gestor de trabajos conservan sus propias funciones administrativas. De forma adicional, los nodos sondean periódicamente los gestores de trabajos para determinar si hay trabajos que se hayan enviado y que requieran alguna acción. La ventaja de una configuración de gestor de trabajos es la capacidad de coordinar las acciones de gestión entre distintos entornos variados.
Asegúrese de que todos los perfiles del entorno de gestión flexible tengan la seguridad habilitada o que todos la tengan inhabilitada.
Procedimiento
- Determine la topología de su entorno del agente administrativo.
Determine qué sistemas, nodos de servidor de aplicaciones autónomos y
recursos de nodos, por ejemplo aplicaciones, desea utilizar.
Para gestionar los servidores de aplicaciones autónomos, utilice un agente administrativo en cada sistema en el que residan los servidores de aplicaciones autónomos. Para obtener más información, consulte el escenario 5 del tema sobre la planificación de la instalación de WebSphere Application Server.
- Determine los roles de seguridad necesarios para el entorno de agente administrativo.
Para un entorno de agente administrativo, normalmente se dispone de un perfil de agente administrativo, y uno o más perfiles de servidor de aplicaciones autónomo, en el mismo sistema. Los nodos del servidor de aplicaciones autónomo están registrados en el agente administrativo. Todos los perfiles del entorno deben tener la seguridad habilitada o inhabilitada. Cuando cree los perfiles, puede especificar opciones de seguridad, nombres de usuario y contraseñas.
Debe tener roles de seguridad que le autoricen trabajar con un agente administrativo y gestionar los nodos registrados y los recursos de dichos nodos.
Para obtener más información, consulte el tema sobre la seguridad del agente administrativo.
- Cree un perfil de gestión para el agente administrativo.
Puede utilizar la Herramienta de gestión de perfiles o bien el mandato manageprofiles.
Por ejemplo, en la Herramienta de gestión de perfiles, seleccione el entorno de Gestión y pulse Siguiente; seleccione el tipo de servidor Agente administrativo, y seleccione las opciones pertinentes para crear el perfil. De forma predeterminada, un agente administrativo tiene su propia consola administrativa, la seguridad administrativa está habilitada, y el puerto de consola es el 9065. Para inhabilitar la seguridad administrativa, especificar un certificado de seguridad, o cambiar los puertos predeterminados, utilice la opción de creación de perfiles avanzada cuando cree el perfil del agente administrativo.
De forma predeterminada, el primer perfil del agente administrativo de una instalación del producto se denomina AdminAgent01 y el nombre de su servidor es adminagent.
Para obtener más información, consulte el tema sobre la creación de perfiles de gestión para los agentes administrativos.
Para obtener ejemplos de manageprofiles, consulte el tema sobre el mandato
manageprofiles. Para -templatePath,
especifique la plantilla management. Para -serverType, especifique ADMIN_AGENT.
- Cree perfiles para los nodos de servidor de aplicaciones autónomo que haya planificado tener en su entorno de gestión flexible.
Cree perfiles para uno o más nodos de servidor de aplicaciones autónomo que residan en el mismo sistema que el perfil del agente administrativo. Puede utilizar la Herramienta de gestión de perfiles o bien el mandato manageprofiles.
Por ejemplo, en la Herramienta de gestión de perfiles, seleccione el entorno Servidor de aplicaciones y pulse Siguiente y, a continuación, seleccione las opciones pertinentes para crear el perfil. De forma predeterminada, un servidor de aplicaciones tiene su propia consola administrativa, la seguridad administrativa está habilitada, y el puerto de consola es el 9060. Para inhabilitar la seguridad administrativa, especificar un certificado de seguridad, especificar que se debe instalar una aplicación de ejemplo, o cambiar los puertos predeterminados, utilice la opción de creación de perfiles avanzada cuando cree el perfil del servidor de aplicaciones.
De forma predeterminada, el primer perfil del servidor de aplicaciones de una instalación del producto se denomina AppSrv01 y el nombre de su servidor es server1.
Para obtener más información, consulte el tema sobre la creación de perfiles de servidor de aplicaciones.
Para obtener ejemplos de manageprofiles, consulte el tema sobre el mandato
manageprofiles. Para -templatePath, especifique la plantilla default. No especifique ningún parámetro -serverType.
- Inicie el servidor del agente administrativo.
- Ejecute el mandato startServer.
Por ejemplo, supongamos que el perfil AdminAgent01 tiene el nombre de servidor adminagent.
Ejecute el mandato siguiente desde el directorio bin del perfil AdminAgent01:
startServer adminagent
Utilice la barra de tareas del sistema
operativo Windows. Pulse .
Utilice el mandato START para iniciar el agente administrativo.START nombre_proc_agente_administrativo,JOBNAME=nombre_corto_servidor,
ENV=nombre_abreviado_célula.nombre_abreviado_nodo.nombre_abreviado_servidor
Si el agente administrativo se inicia satisfactoriamente, aparece el mensaje abierto para e-business, y se graba en el archivo startServer.log del agente administrativo:
El servidor se ha iniciado. Esperando el estado de inicialización.
Servidor adminagent abierto para e-business; el ID de proceso es 1932.
Para obtener más información, consulte el tema sobre cómo iniciar y detener el agente administrativo.
- Registre los nodos del servidor de aplicaciones autónomo en el agente administrativo.
Ejecute el mandato registerNode del agente administrativo.
Cuando ejecute el mandato registerNode podrá especificar, opcionalmente, parámetros como, por ejemplo, -node, para asignar un nombre de nodo, y -port, para asignar un puerto de conector del agente administrativo. Si la seguridad está habilitada para el nodo que se esté registrando, y el nombre de usuario y la contraseña del nodo son distintos de los utilizados para el agente administrativo, especifique los valores pertinentes para -nodeusername y -nodepassword.
Para obtener más información, consulte el tema sobre el mandato registerNode.
Para registrar el perfil AppSrv01 con el agente administrativo, ejecute el mandato siguiente desde el directorio bin del perfil del agente administrativo:
![[IBM i]](../images/iseries.gif)
registerNode -profilePath raíz_datos_usuario/profiles/AppSrv01
![[z/OS]](../images/ngzos.gif)
registerNode.sh -profilePath raíz_servidor_aplicaciones/profiles/default
![[AIX]](../images/aixlogo.gif)
![[HP-UX]](../images/hpux.gif)
![[Linux]](../images/linux.gif)
![[Solaris]](../images/solaris.gif)
registerNode.sh -profilePath raíz_servidor_aplicaciones/profiles/AppSrv01
![[Windows]](../images/windows.gif)
registerNode -profilePath raíz_servidor_aplicaciones\profiles\AppSrv01
![[Windows]](../images/windows.gif)
Por ejemplo, para registrar el perfil AppSrv01 con el agente administrativo y especificar otros valores como, por ejemplo,
8877 para el puerto del agente administrativo, y
nodeA para el nombre del nodo AppSrv01, ejecute el mandato siguiente desde el directorio
bin del perfil del agente administrativo:
registerNode -profilePath C:\v80_WAS\IBM\WebSphere\AppServer\profiles\AppSrv01 -host localhost -conntype SOAP -port 8877 -name nodeA
Si
el agente administrativo utiliza, por ejemplo,
IPC para
el tipo de conexión remota y
9642 para el número de puerto
de la dirección de conector IPC, especifique
-conntype IPC -port 9642 en
el mandato en lugar de
-conntype SOAP -port 8877.
Para obtener más información, consulte el tema sobre el mandato registerNode.
- Verifique que los nodos se hayan registrado en el agente administrativo.
Puede utilizar la consola del agente administrativo o bien los mandatos de script wsadmin para ver una lista de nodos que se hayan registrado con el agente administrativo.
- Inicie los nodos del servidor de aplicaciones autónomo.
Ejecute el mandato startServer.
![[AIX]](../images/aixlogo.gif)
![[HP-UX]](../images/hpux.gif)
![[Linux]](../images/linux.gif)
![[Solaris]](../images/solaris.gif)
Por ejemplo, supongamos que el perfil del servidor de aplicaciones autónomo AppSrv01 tiene el nombre de servidor server1.
Desde el directorio bin del perfil AppSrv01, ejecute el mandato siguiente:
startServer server1
También puede utilizar la barra de tareas del sistema operativo Windows.
Pulse .
Si el servidor se inicia satisfactoriamente, aparece el mensaje abierto para e-business, y se graba en el archivo startServer.log.
Para obtener más información, consulte los temas sobre el mandato startServer, y sobre cómo iniciar los servidores de aplicaciones.
Resultados
El entorno de agente administrativo está configurado y los nodos se están ejecutando.
Qué hacer a continuación
Utilice el agente administrativo para supervisar y configurar los nodos del servidor de aplicaciones autónomo. Por ejemplo, después de registrar un servidor de aplicaciones autónomo con un agente administrativo, debe utilizar la consola del agente administrativo para trabajar con el servidor de aplicaciones autónomo.
En la página de inicio de sesión de la consola del agente administrativo, seleccione el nodo del servidor de aplicaciones autónomo para acceder a la consola del servidor de aplicaciones.
Desde el agente administrativo, puede registrar los nodos del servidor de aplicaciones autónomo con un gestor de trabajos. Después de los nodos se hayan registrado con un gestor de trabajos, podrá gestionar el agente administrativo y los servidores de aplicaciones autónomos de forma remota. Los nodos sondean periódicamente el gestor de trabajos para determinar si hay trabajos que se hayan enviado y que pertenezcan a los nodos.
Puede utilizar la consola del agente administrativo para registrar un nodo del servidor de aplicaciones autónomo con un gestor de trabajos:
- Pulse .
- En el separador Configuración de la página Agente administrativo, pulse Nodos.
- En la página Nodos, seleccione el nodo que desee registrar con el gestor de trabajos, y pulse Registrar con el gestor de trabajos.
- En la página Registrar con el gestor de trabajos, especifique un nombre de nodo, un número de puerto de la consola administrativa del gestor de trabajos y, opcionalmente, otros parámetros como, por ejemplo, el nombre de usuario y la contraseña del gestor de trabajos y, a continuación, pulse Aceptar.
Avoid trouble: Para
Puerto, si la seguridad no está habilitada, especifique
9960 para indicar un puerto no seguro de la consola administrativa del gestor de trabajos. Si no se especifica ningún número de puerto, se utiliza el número de puerto seguro predeterminado, 9943.
gotcha
Para poder eliminar un nodo del registro posteriormente, puede utilizar la misma página Nodos, excepto que deberá pulsar Suprimir registro con gestor de trabajos.
En
lugar de utilizar la consola de agente administrativo para registrarse en
un gestor de trabajos y eliminar el registro del mismo, también puede utilizar el
mandato wsadmin ManagedNodeAgent registerWithJobManager. Para
eliminar el registro de un nodo, utilice el mandato wsadmin
ManagedNodeAgent unregisterWithJobManager.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Si tiene previsto cambiar el reloj del sistema, en primer lugar, detenga
todos los servidores de aplicaciones, los servidores de agentes de nodo, el servidor del
gestor de despliegue, el servidor del agente administrativo y el servidor del gestor de
trabajos. Después de detener los servidores, cambie el reloj del sistema y, a
continuación, reinicie los servidores. Si cambia el reloj de un sistema, debe asegurarse
de que estén sincronizados todos los relojes de los sistemas que se comunican entre sí y
que tienen instalado
WebSphere
Application Server. De lo contrario, es posible que se produzcan errores, por ejemplo que
dejaran de ser válidas algunas señales de seguridad.