Come Together Part Ii - The secrets of mainframe island - Wie iws und ejm zusammenarbeiten

Come together Part II The Secrets of Mainframe Island - Cómo IWS y EJM trabajan juntos Bienvenido a la presentación The Secrets of Mainframe Island. ¿De qué se trata esto? Se trata de la combinación de IWS y EJM. IWS significa "IBM Workload Scheduler" Este es un sistema de software para controlar Jobs, especialmente en sistemas de mainframe. IWS también se conoce con los antiguos nombres TWS u OPC. EJM significa "Enterprise Job Manager" Este es un sistema de software de Betasystems. Esto permite que IWS se extienda por funciones. Para Distributed Scheduling y la gestión de los joblogs. Antes, a EJM se le llamaba Beta48. Nombres distribuidos el procesamiento de Batch Jobs en sistemas que no son de mainframe. Por ejemplo AIX, Linux o Windows. Así es como IWS y EJM pueden ayudar con el procesamiento multiplataforma. Lo que sucedió hasta ahora ... Estábamos completamente solos en mainframe Islandia con el procesamiento del Batch Jobs. Luego se hicieron las primeras conexiones. Por medio de TWS. Esta solución se llamaba TWS-E2E. DEsto luego se expandió con EJM. EJM-Agentless es nuevo. Esto también se puede usar para controlar trabajos en la DMZ. Procesamiento multiplataforma de Batch Jobs. Las primeras versiones de IWS se diseñaron solo para controlar Jobs en sistemas de mainframe. En algún momento, también se agregó Tracker para sistemas Unix. Estos han sido reemplazados con la versión 8.1 de TWS por Fault Tolerant Agent (FTA). Para usar FTA, un entorno complejo tenía que operarse en el mainframe. Los agentes existentes de los sistemas Maestro podrían seguir siendo utilizados. Maestro es un sistema de programación distribuida. Más tarde se llamó TWS for Distributed. En versiones posteriores de TWS, se agregaron tipos adicionales de agentes. Las diferencias con EJM permanecieron allí. Shadow Jobs o conexión directa? Se ofrecieron algunas soluciones para extender las capacidades de IWS. Estos tenían desventajas. Para cada Distributed Job, un Shadow Job tenía que ejecutarse en el mainframe. Shadow Job se inician en el mainframe. Desde el espacio de direcciones del Jobs, se establece la conexión al sistema distribuido. Allí tuvo lugar la ejecución real. Ventaja de EJM: no necesita Shadow Jobs. Los trabajos de EJM se envían directamente desde el IWS Workstation al sistema distribuido. Los joblogs llegan directamente en Beta92 en el mainframe. La comunicación se realiza a través de TCP / IP. Y sobre las interfaces de usuario de IWS. Esto ahorra recursos del sistema en el mainframe. Por ejemplo, CPU, memoria, unidades de servicio e iniciadores JES. Llegamos a la arquitectura del sistema Una descripción general con todos los tipos de agentes y todos los Task para IWS y EJM. Esto siempre es necesario: El controlador IWS para controlar la programación central. El maestro de Beta92 Log Manager para administrar registros de joblogs. Los sistemas z/OS requieren rastreadores IWS y subsistemas Beta92. Para EJM también se necesita: Un EJM Task en el mainframe. En cada servidor, un agente Beta92 EJM. Esto es necesario para IWS-E2E: Un Task adicional para End to End. Una instalación en el Unix System Service (USS). En cada servidor, un agente de programación FTA y un agente Beta92 OSY. Si solo usa EJM y no TWS-E2E, puede guardar el Task. Con EJM, la DMZ también se puede lograr. EJM usa una tarea central en el mainframe. Esto controla Jobs y agentes. El EJM-Task es sin embargo económico. EJM no necesita un horario diario especial para Jobs en sistemas distribuidos. Las ventajas de Task son: La comunicación de la red central hace que Shadow Jobs sea superfluo. El control central para Jobs es posible gracias a Workload Balancing. Es una administración central posible. Para sistemas, agentes, conexiones y usuarios. Es centralmente accesible para Joblogs. Hay interfaces de usuario en el TSO y en el navegador (ECC). IWS Workstation se puede conectar de manera muy diferente con los agentes de EJM. Lo más simple sería una configuración única. Un IWS Workstation está estrechamente vinculado a un agente de EJM. Mayor resiliencia proporciona configuraciones de clúster. Dos agentes de EJM se ejecutan en servidores diferentes. Y están conectados a un IWS Workstation. Cuando el clúster se panoramiza, el agente de EJM envía una señal. La conexión está activada en el mainframe. El próximo Job comenzará en el nuevo agente activo. Incluso más seguro es una configuración de grupo. Aquí hay cuatro agentes de EJM conectados a un IWS Workstation. Los agentes de EJM se pueden priorizar de manera diferente. Si la prioridad es la misma, el Jobs se distribuirá equitativamente entre todos los agentes. Pero hay otros constructos. Distribución inteligente de Jobs con EJM Workload Balancing. Hay varios agentes de EJM conectados a un IWS Workstation. La distribución de Jobs se lleva a cabo según los criterios de Workload Balancing. Los agentes de EJM envían permanentemente sus datos al mainframe. El EJM Task puede determinar el mejor agente. Con Multi-STC, la pirámide se pone boca abajo. Un agente de EJM está conectado a varias estaciones de trabajo de IWS. Estos están en diferentes sistemas IWS. Esta es una variante interesante para funciones entre empresas. Un servidor se puede abordar desde todos los lados. EJM Agentless es completamente nuevo. Esto también puede automatizar trabajos en una DMZ o en Cloud Systems. Para hacer esto, un Workstation se conecta convencionalmente a un agente de EJM. Este agente controla Agentless. Una segunda Workstation está conectada a un EJM Remote System en la DMZ. El sistema remoto no es un agente ni un proceso activo. Es la definición de una conexión. Entonces Jobs se iniciará. Del kit de agente de EJM llegamos a las funciones de tiempo de EJM. Estos permiten Scheduling exigentes. Los breves intervalos de inicio para IWS no son fáciles de realizar. Estos cargaron el sistema. Los intervalos de inicio menores de un minuto no son posibles. Limitar el término no es factible con IWS. Difícil con IWS: ventana de tiempo para la ejecución. Horas exactas de inicio. Repeticiones frecuentes Aquí hay algunos requisitos para un sistema Scheduling. Explicamos dos requisitos. Un Job debe funcionar durante tres horas. Si se excede el tiempo, el Job debe terminar con Return Code 3. Otro Job debería comenzar cada 30 segundos. Estos son desafíos difíciles para IWS. Es fácil con las funciones de tiempo de EJM. Solo unas pocas líneas adicionales son requeridas en Job. Primer ejemplo: la duración del Jobs debe limitarse a tres horas. Podemos ver eso aquí: MAXRUNTIME=180m MAXRUNTIMERC=3 Si se excede el plazo, el Job termina con Return Code 3. Segundo ejemplo: el trabajo debe iniciarse cada 30 segundos. Podemos ver eso aquí abajo: INTERVAL=30s Si los trabajos se repiten con frecuencia, el Output se puede resumir. Hay los parámetros para el Output Pooling. Los resultados pueden ser recolectados. Por horas, días o diferentes. También conocimos a EJM Agentless en el kit de agente. En sistemas con procesamiento pesado, un agente es útil. En la zona desmilitarizada, sin embargo, un agente no ha muerto. La comunicación no es. Aquí puedes trabajar con la tecnología de Agentless. Un agente fuera de la DMZ inicia el Jobs. Utiliza Secure Shell para esto. Las llaves se depositan en los sistemas. No se necesita Password. El procesamiento es seguro. El agente: Se conecta. Inicia Jobs. Controlado. Recoge Joblogs. Las definiciones se almacenan en EJM. Con TSO o ECC. Transparente y seguro Agentless también es adecuado para sistemas Cloud. Aquí hay una descripción general de Agentless. Cada participante necesita un Key File. Un agente dedicado de EJM inicia el Jobs en la DMZ. Esto se hace usando Secure Shell. El estado de Job es monitoreado. Hasta el final. El Joblog eventualmente será transferido a Beta92 en el mainframe. Llegamos al final. Nosotros no decimos "Game Over". Nosotros decimos "All together now!" Con IWS obtienes características sólidas para todos los Jobs. Con EJM una extensión. Para sistemas distribuidos. Y una gestión de joblog muy segura. Todos los sistemas tienen interfaces de navegador adicionales. XINFO para la visión general y la visualización de datos extensos. Todo está regulado y todo está dicho. Gracias por su atención. ¡Adios!