Gestor de trabajos

En un entorno de gestión flexible, un gestor de trabajos le permite someter trabajos administrativos de manera asíncrona para servidores de aplicaciones registrados en agentes administrativos, para gestores de despliegue y para sistemas host. Puede someter estos trabajos en un número elevado de servidores en un área geográficamente extensa.

Puede registrar servidores de aplicaciones autónomos que están registrados en agentes administrativos, gestores de despliegue y sistemas host con el gestor de trabajos. Después de registrar servidores de aplicaciones autónomos, gestores de despliegue o sistemas host como destinos, puede poner en cola los trabajos administrativos dirigidos a los destinos mediante el gestor de trabajo.

Para registrar nodos de servidor de aplicaciones y gestores de despliegue con el gestor de trabajos, utilice una consola administrativa o el mandato wsadmin registerWithJobManager. El mandato se encuentra en el grupo de mandatos ManagedNodeAgent.

Para registrar hosts con el gestor de trabajos, utilice una consola administrativa o el mandato registerHost. El mandato está en el grupo de mandatos JobManagerNode.

Puede completar las acciones del gestor de trabajos y ejecutar trabajos desde un gestor de despliegue. La consola administrativa del gestor de despliegue tiene las opciones del árbol de navegación Trabajos similares a las de la consola administrativa del gestor de trabajos.

Utilice el gestor de trabajo para administrar de manera asíncrona los envíos de trabajo. Puede realizar las tareas siguientes:
  • Establecer el sometimiento de trabajo para que entre en vigor a una hora especificada.
  • Establecer el sometimiento de trabajo para que caduque a una hora especificada.
  • Especificar que el envío del trabajo se realice en un intervalo de tiempo determinado.
  • Notificar por correo electrónico al administrador que se ha completado el trabajo.

Cada servidor de aplicaciones, gestor de despliegue o host registrado en el gestor de trabajos se conoce como un destino en el gestor de trabajos. Grupos de destinos son los grupos que se crean con el fin de facilitar el envío de trabajos. Puede someter un trabajo para un grupo de destinos en lugar de especificar varios nombres de destino para un trabajo.

Muchas de las tareas de gestión que puede realizar con el gestor de trabajos son tareas que ya puede realizar con el producto como, por ejemplo, la gestión de aplicaciones, de servidores y de nodos. Sin embargo, con el gestor de trabajo, puede añadir tareas y realizarlas en varios destinos.

Usos de ejemplo del gestor de trabajos

Los siguientes entornos de empresa hipotéticos son ejemplos de situaciones en que es útil disponer de un gestor de trabajos:
Entorno de sucursal
Una empresa tiene mil tiendas dispersas geográficamente por el continente. Cada tienda contiene unos pocos servidores de aplicaciones o una pequeña célula de WebSphere Application Server, Network Deployment que se compone de dos o tres máquinas. Cada almacén se gestiona localmente para las operaciones diarias. No obstante, cada tienda está conectada también al centro de datos de la sede central de la empresa, que puede estar situada a miles de kilómetros de distancia. Algunas conexiones a la sede central se realizan a velocidad de módem. La central utiliza el gestor de trabajos para someter periódicamente trabajos administrativos para los almacenes.
El entorno se compone de centenares de servidores de aplicaciones
Un administrador configura centenares de máquinas de bajo coste que ejecutan clones idénticos de un servidor de aplicaciones. Cada nodo de servidor de aplicaciones, que está registrado con un agente administrativo, está registrado con el gestor de trabajos. El administrador utiliza el gestor de trabajos para añadir mandatos de administración en todos los servidores de aplicaciones, por ejemplo, para crear un servidor nuevo o para instalar o actualizar una aplicación.
El entorno se compone de docenas de células del gestor de despliegue
Un administrador configura centenares de servidores de aplicaciones, que se dividen en treinta grupos diferentes. Cada grupo se configura dentro de una célula. Las células se distribuyen geográficamente en cinco regiones, con una distribución de tres a cinco células por región. Cada célula se utiliza para dar soporte de una a quince instituciones de miembros, con un total de 230 instituciones soportadas. Cada célula contiene unas treinta aplicaciones, cada una de las cuales se ejecuta en un clúster de dos para fines de sustitución por anomalía, lo que da como resultado un total de 1800 servidores de aplicaciones. El administrador utiliza el gestor de trabajos para añadir mandatos de administración en todas las células, por ejemplo, para iniciar y detener servidores, o para instalar o actualizar una aplicación.

Topología de ejemplo

La siguiente topología de ejemplo muestra un gestor de despliegue y un nodo federado que esté gestionado por el gestor de despliegue en una máquina A; dos servidores de aplicaciones, Perfil 01 y Perfil 02, registrados en un agente administrativo en la máquina C, un gestor de trabajos en la máquina D, y un servidor web en la máquina B; los cortafuegos proporcionan seguridad adicional para las máquinas. El agente administrativo y el gestor de despliegue se registran en el gestor de trabajos. El agente administrativo y el gestor de despliegue sondean periódicamente el gestor de trabajos para determinar si el gestor de trabajos ha enviado trabajos que requieren acción. Lea el tema sobre planificación para la instalación de WebSphere Application Server a fin de obtener información adicional sobre la topología.

Topología: gestor de despliegue en máquina A; servidores registrados con agente administrativo en máquina C; gestor de trabajos en máquina D; servidor web en máquina B.

Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cagt_jobmanager
File name: cagt_jobmanager.html