Comunidad Tecnología Tutorial

Monitorización de Mainframes: Más allá de la caja negra

octubre 19, 2018

Monitorización de Mainframes: Más allá de la caja negra

El post está disponible también en : Inglés

Monitorización de Mainframes: Introducción, Retos y Herramientas

Sea porque estamos implementando una plataforma integral de monitorización, porque pretendemos monitorizar un centro de datos o porque requerimos monitorizar una aplicación, tarde o temprano tendremos que enfrentar el tema de la Monitorización de Mainframes.

Hay una parte del mundo TI que piensa que factores como los costes asociados a los mainframes, el desarrollo de servidores de otras arquitecturas, la virtualización y la consolidación de las tecnologías asociadas a la nube han sentenciado a los mainframes a su desaparición.

Sin embargo el mundo Mainframe maneja estadísticas que avalan la actual relevancia de este tipo de equipos. La empresa CA Technologies maneja desde 2016 los siguientes datos:

  • El 55% de las aplicaciones empresariales necesitan de un Mainframe.
  • El 70% de las transacciones empresariales incumben a un Mainframe.
  • Entre el 70% y el 80% de los datos corporativos se encuentran en un Mainframe.

Por otro lado, Compuware publicó en 2015 su documento Mainframe Excellence en el cual se establece que:

  • Para el año de publicación se usaban más de 220 mil millones de líneas de código en sistemas asociados con Mainframes y calculaban un aumento de cinco mil millones para cada año siguiente.
  • El 87% de las empresas que utilizaban Mainframe para 2015 esperaban continuar haciéndolo en los próximos cinco años.

Existe otra creencia contraria a los Mainframe; tendemos a relacionar la presencia de Mainframes con grandes empresas como bancos, aseguradoras, organizaciones gubernamentales, etc.

Sin embargo, IBM lanzó en 2017 dos nuevos modelos de servidores denominados “delgados”.

La idea es ofrecer a las Pymes servidores que parten de las características y ventajas de un Mainframe z/OS, pero en una arquitectura más pequeña que se relaciona mejor con las tendencias tecnológicas (uso del sistema operativo LinuxOne, equipos listos para la nube y aptos para machine learning, etc.)

En todo caso, sea cual sea el futuro de los Mainframes, si ya disponemos de uno de estos servidores dentro de la estructura que deseamos monitorizar, debemos contemplar la Monitorización de Mainframes.

Los Retos de la Monitorización de Mainframes

Monitorizar un Mainframe trae consigo un conjunto de retos entre los cuales podemos destacar:

  • La trazabilidad de una aplicación: La idea de monitorizar toda la experiencia del usuario y detectar los puntos de fallas de rendimiento puede ser complicada de instrumentar si nuestra aplicación cuenta con un servicio suministrado por un Mainframe, por ejemplo si se trata de una aplicación WEB que utiliza los servicios del Mainframe como servidor back-end.

    Esta dificultad ha llevado a la solución más rápida, considerar este servicio como una caja negra, con lo cual podemos tener información sobre el tiempo total que toma resolver una transacción en el mainframe, pero que no nos aporta nada sobre cómo se mueve la transacción dentro del este tipo de servidores, perdiendo así capacidad de análisis y optimización.

  • El personal técnico especializado: Por lo general, el personal con pericia técnica en Mainframes no es el mismo que el personal con pericia en servidores de otras arquitecturas, lo que suele complicar las actividades de monitorización y optimización integral de la plataforma.

    Además, en los últimos años empresas como IBM, sus clientes y asociados reportan problemas para lograr la renovación del personal técnico especializado en mainframe, por lo que se plantea una posible escasez estructural del personal idóneo.

  • Muchas herramientas: El mercado de la monitorización de mainframes presenta muchas opciones de productos, con diferentes capacidades, métodos de implementación y esquema de compra y pagos (muchos productos se adquieren por un pago de licencia pero conllevan pagos por ciclo de procesamiento, por ejemplo).

    Escoger la herramienta correcta y alcanzar el conocimiento necesario para extraer rendimiento de la misma puede ser un trabajo complejo, en particular porque dependeremos del conocimiento y habilidades del personal especializado en el mainframe.

    Por otra parte, una consola integral que permita la monitorización de todos los recursos de la plataforma, incluyendo el o los mainframes presentes, se convierte en un reto asociado con la presencia de tantas herramientas.

¿Cómo hacer Monitorización de Mainframes?

Teniendo en mente los retos toca enfrentar la gran pregunta: ¿cómo hacer la monitorización de servidores Mainframe z/OS?

Una primera aproximación puede ser revisar las herramientas especialmente diseñadas para este tipo de servidores.

Evaluando herramientas del entorno mainframe

El especialista Robert Crawford distingue tres tipos de herramientas de monitorización para mainframes Z/OS de acuerdo a la ventana de tiempo en la cual la herramienta en cuestión es efectiva:

  • Monitores de tiempo real: Nos permiten visualizar en tiempo real variables como cantidad de memoria o transacciones sobre el subsistema de entrada/salida.

    Los monitores en tiempo real suelen ser programados en función de umbrales, de manera que al momento de superar dicho umbral se comienza la captación de data.

    Tienen dos desventajas principales: primero, la sobrecarga que pueden suponer para el Mainframe y segundo, que dada su inmediatez no permiten inferir el comportamiento a largo plazo.

  • Monitores de tiempo reciente: Podemos entender este tipo de herramientas como el punto medio entre la visibilidad en tiempo real y el análisis de data histórica.

    Así pues una herramienta de tiempo reciente acumulará data sobre el subsistema que deseamos monitorizar en períodos de tiempo fijo, los cuales se separan por intervalos fijos de no captación.

    Por ejemplo, el Resource Measurement Facitility Monitor de IBM muestra la data por periodos de no menos de 60 segundos con intervalos de no captación de 60 segundos o más.

    Luego, la herramienta nos permitirá visualizar y trabajar toda la data ya recopilada, por lo que la sobrecarga que generan este tipo de herramienta es mucho menor que las herramientas de tiempo real.

    La desventaja principal es que por la definición de los intervalos de no captación pueden dejar pasar por alto eventos que pudieran afectar el rendimiento.

  • Monitores pos procesamiento: Estas herramientas que acumulan una gran cantidad de data para que sea visible, generalmente al día siguiente, suelen relacionarse más con el análisis necesario para realizar un plan de capacidad que para un esquema de monitorización.

    Entre sus desventajas está, además del coste en recursos y en licenciamiento, el hecho de que revisar y analizar la data proveniente de este tipo de herramientas puede ser una tarea muy ardua y requiere de mucho conocimiento de los detalles sobre los subsistemas del mainframe.

Por supuesto hay herramientas que realizan tanto monitorización en tiempo real como pos procesamiento; en esta categoría merece mención especial la suite de productos Omegamon.

Los productos Omegamon comenzaron a desarrollarse como herramientas de terceros y luego de que la empresa fuera adquirida por IBM se comercializan como parte de la familia IBM Tivoli.

Omegamon es interesante porque ofrece múltiples opciones que se ajustan a las características del mainframe en cuestión y porque logra consolidar en una sola consola toda la data de monitorización del servidor permitiendo aislar problemas y tomar acciones.

Evaluando la integración con herramientas de monitorización de propósitos generales

Una siguiente acción para lograr la Monitorización de Mainframes puede ser evaluar la utilización de herramientas de monitorización de propósitos generales (redes, aplicaciones, servidores, etc.) de forma de integrar la data de monitorización del mainframe a esta visibilidad integral.

Esta integración tendría la ventaja adicional de que trasladaría la información sobre el mainframe a un grupo de operadores que podrían no ser especialistas en mainframe pero que con la información correcta y los procedimientos adecuados podrían realizar actividades de detección de problemas y soporte nivel 1, para luego establecer el puente con especialistas en ambientes z/OS en caso de ser necesario.

Hay dos opciones que creemos vale la pena destacar. Una de ellas son las herramientas para ambiente IBM z/OS llamadas ASG-TMON, las cuales presentan una gama comparable a las de Omegamon pero integradas con herramientas de monitorización de plataformas TCP/IP y aplicaciones.

La otra solución es la lograda por Pandora FMS con su producto Pandora FMS para z/OS, la cual permite la monitorización en tiempo real de los recursos del mainframe sin la necesidad de instalar ninguna herramienta adicional en el servidor.

La solución Pandora FMS para z/OS es, sin dudas, un buen ejemplo de integración de la data de monitorización del mainframe generada por un componente estándar como el Monitor MDF Dataportal a una herramienta de monitorización de propósito general como Pandora FMS.

El lector puede revisar una aplicación práctica de la solución Pandora FMS para z/OS al área de ahorro de costos asociados con el Mainframe en esta publicación de este mismo blog.

Sin duda, el tema de Monitorización de Mainframes es interesante y por demás complejo, ya que depende de las herramientas con las que usted cuenta en su servidor, las herramientas de monitorización que utilice para el resto de su plataforma, el conocimiento sobre mainframes de que disponga, sus expectativas y por supuesto su presupuesto.

Esperamos que este artículo sirva como una introducción al tema y les invitamos a comentarnos sus experiencias y a solicitar más información sobre la solución Pandora FMS para Mainframes en este enlace.


    Written by:



    Leave a comment

    Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

    Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.