Puntos clave: El promedio móvil de 4 horas (R4HA) están crucial para optimizar la eficiencia de los mainframes y reducir costes vinculados al modelo de licencias de IBM. Comprender R4HA permite una planificación estratégica de la carga de trabajo para minimizar los cargos mensuales de licencia según el uso máximo.
- R4HA afecta a las cuotas mensuales de licencia y a los costes generales del mainframe.
- Programar las cargas de trabajo durante las horas poco valle puede reducir el consumo de MSU.
¿Por qué están importante la media móvil de 4 horas (R4HA)? ¿Por qué debería importarnos a te y a mí? Desarrolladores, testers, administradores de sistemas y otros profesionales técnicos son realmente muy afectados por esta métrica tan importante. Para quienes no son familiarizados con la media móvil de 4 horas del mainframe, este blog ayuda a describir su importancia.
Echa un vistazo a la Figura 1. Las columnas azules son el máximo de utilización por hora, la línea naranja están la media móvil de 4 horas de las últimas 4 horas, y la línea roja están el límite definido de capacidad o límite suave.
Ya sea te son un DBA, programador de sistemas, gestor de capacidades o desarrollador, están importante entender que, independientemente del tipo de carga de trabajo que se ejecute, del tipo de código que te son escribiendo, de las tablas que te soporte y de los parámetros del sistema que te establezca, todos estos factores contribuyen a la media móvil de 4 horas.
Cómo funciona R4HA
Aquí está la parte crítica: si te son puede reducir esta métrica para tu cliente, te son ayudarle directamente a ahorrar dinero, quizá sumas significativas.
IBM utiliza su modelo de precios/licencias de Subcapacidad para cobrar a sus clientes en función de la media móvil máxima de 4 horas que un cliente realiza cada mes. Esto también están denominado Cargo Mensual por Licencia, o MLC. te puedes leer más sobre ello aquí - Siete estrategias de alto potencial de retorno de inversión para reducir los costes de mainframe
Cada producto de subcapacidad está cargado en función del promedio móvil máximo de 4 horas sobre la partición lógica (LPAR) en la que se ejecuta.
Entendiendo las matemáticas
En el primer gráfico, el máximo R4HA para los LPARs A y B (que funcionan en DB2) no está 140 + 160. Está 293,75.
De manera similar, para los LPAR que ejecutan IMS, el R4HA máximo no están 170, sino 166,25 y para los 3 LPAR juntos, están 322,5 en lugar de solo la suma de los picos individuales de los 3 LPAR. Así que DB2 se valorará en 293,75 MSU, CICS se cobrará en 322,5 MSU, IMS en 166,25 MSU y z/OS en 322,5 MSU. Esto es mucho más caro de lo que la mayoría piensa.
Todos los LPARs parecen tranquilos entre la 1 de la madrugada y las 4 de la madrugada, así que desde la perspectiva del desarrollador, si te ejecutar una aplicación SQL mal diseñada durante este tiempo, no están un gran problema, comparado con ejecutar una aplicación SQL mala cuando los 3 LPARs son en pico. En los gráficos anteriores, esto empieza alrededor de las 6 PM hasta medianoche.
Por tanto, están importante entender si el código que te son escribiendo se ejecutará durante el periodo de procesamiento pico o el de esbeltez. Esto no solo te empujará a escribir mejor código, sino que también ayudará a que la máquina Mainframe consuma solo aquellas MSUs que son adecuadas para procesar la carga de trabajo y no un poco más.
De manera similar, si te un conjunto de trabajos que son programados para ejecutarse durante el procesamiento pico y consumen muchas MSUs, te podría considera mover esos trabajos a otro momento. Si ese conjunto de trabajos están se mueve unos 30 minutos, puede Reduce mucho el pico de R4HA. Si te no puede mover los trabajos en absoluto, entonces el actual pico de R4HA están justificado.
La conclusión están esta: ser sensible a R4HA siempre te ayudará. Cada MSU guardado durante el periodo pico puede Reduce significativamente el coste de ejecutar la misma carga de trabajo, reduciendo el coste total del mainframe.
Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.