Nós conversamos com clientes todos os dias sobre os desafios inerentes ao gerenciamento do alto volume do mainframe em ambientes onde eficiência e contenção de custos são prioridades máximas, e sabemos que as preocupações com capacidade nem sempre são apenas sobre o volume da alta workload Eles se referem a carga de trabalho concentrada na mesma período e no mesmo recurso.
O conflito acontece quando:
- Muitos trabalhos em lote excedem o limite GP CPUs ao mesmo tempo
- Competindo pelos mesmos recursos limitados
- Causando atrasos, SLA falhas e sobreposição com o ambiente online
JOPAZ reequilibra a balança ao redistribuir cargas de trabalho COBOL batch pesadas para mecanismos mais eficientes, alterando o comportamento desses picos sem modificar as aplicações.
O que muda: Caminho de execução, comportamento da CPU e ambiente de tempo de execução.JVM)
O que não muda: Código-fonte COBOL, dados, estrutura de agendamento e resultados
A seguir, examinamos como três grandes empresas de diferentes setores alcançaram economias incríveis de CPU ao mesmo tempo em que solucionaram seus desafios de contenção definitivamente.
1. Organização de Serviços a Associados: Resolvendo o Pico R4HA
Para uma grande organização norte-americana de atendimento aos associados, que oferece soluções automotivas, de viagens e financeiras, criar previsibilidade era uma das principais prioridades. Seu processamento em lote estava elevando os custos da Média Móvel de 4 horas (R4HA), criando uma necessidade urgente de uma melhor distribuição das cargas de trabalho.
A estratégia:
A organização recorreu ao JOPAZ para resolver a causa principal do conflito de cargas de trabalho.
- Eles compilaram código-fonte COBOL em lote para bytecode Java
- Esse código foi então executado na Unix System Services JVM.
Isso permitiu que eles utilizassem o IBM zIIP reduzindo a pressão de pico do GP redistribuindo a execução
O cenário:
- COBOL Db2 ambiente
- Os resultados também foram testados utilizando um arquivo sequencial.
Os resultados:
O impacto foi imediato e significativo:
Sem o JOPAZ:
- 47.96 segundos de tempo de CPU.
Com o JOPAZ
- 2.47 segundos de tempo de CPU (redução de 95%).
- 94.84% de economia de CPU em COBOL batch.
- MSUs recuperados para novas cargas de trabalho.
- Nenhuma alteração foi necessária no código fonte original
2. Fornecedor de energia no varejo: investimento em eficiência
Uma grande empresa de energia da América do Norte, com um amplo ambiente Db2, precisava de uma forma mais estratégica de utilizar seus recursos de processamento existentes.
A estratégia:
Assim como no primeiro caso, o cliente recorreu ao JOPAZ para tornar seus batch COBOL elegíveis para execução no processador zIIP. Nesse cenário, o zIIP tinha capacidade limitada disponível para uso pelo JOPAZ, então, após o sucesso dos resultados iniciais, um segundo zIIP foi adicionado.
O cenário:
- Ambiente COBOL Db2.
- Utilizamos três processos batch. Cada um desses processos tinha programas COBOL que acessavam o Db2, e cada processo possuía múltiplas etapas.
Os resultados:
Sem o JOPAZ:
- 2:26.27 Minutos de tempo de CPU.
- 14:10 minutos de tempo de execução.
Com o JOPAZ – um único processador zIIP
- 14.4 segundos de tempo de CPU (redução de 90%).
- 5:44 minutos de tempo de execução (redução de 60%).
- 76% de economia de CPU em batch COBOL.
Com JOPAZ – 2 motores zIIP
- 6.97 segundos de tempo de CPU (redução de 95%).
- 8:40 minutos de tempo de execução (redução de 39%).
- 96,7% de economia de CPU em batch COBOL.
Os testes iniciais foram tão promissores que o cliente imediatamente contratou recursos dedicados para levar o projeto até a conclusão. O mais importante é que tudo isso foi alcançado sem nenhuma alteração no código ou na lógica de negócio.
3. Empresa de tecnologia de pagamentos: enfrentando a complexidade e o VSAM
Na América do Sul, uma empresa líder em tecnologia de pagamentos processa bilhões de transações anualmente. Ao contrário dos outros exemplos, esta foi uma pura VSAM ambiente sem bancos de dados tradicionais, e ele apresentava aplicações excepcionalmente grandes e complexas.
A estratégia:
Com quatro processadores zIIP subutilizados já disponíveis em sua infraestrutura, a empresa enxergou no JOPAZ a solução ideal para recuperar capacidade dos GP. O projeto começou com a recompilação de um programa complexo de 54 mil linhas. Nas palavras do próprio cliente: “Se o JOPAZ consegue lidar com essa aplicação, consegue lidar com qualquer coisa.”
O cenário:
- 35% da carga total de trabalho é composta por COBOL batch.
- Ambiente puramente VSAM, sem bancos de dados tradicionais.
- 4 processadores zIIP subutilizados disponíveis.
Os resultados:
- 97% de redução no uso de CPU em batch COBOL.
- Maximização do ROI do mainframe ao extrair mais capacidade da infraestrutura existente.
- Manutenção das operações normalmente, sem interrupções.
O resultado final
Como nossos clientes podem atestar, modernização não precisa significar uma migração arriscada e longa para a nuvem. O desafio não é se o COBOL funciona. É se um pequeno número de jobs está gerando uma pressão desproporcional durante períodos críticos. Em vez de alterar suas cargas de trabalho, reescrevendo, reprogramando ou removendo-as, as empresas estão recuperando quase todo o uso de CPU COBOL batch ao mudar o local onde essas execuções acontecem.
Seja trabalhando com Db2, VSAM, Adabas, ou arquivos sequenciais, os resultados demonstram consistentemente economias superiores a 80% no uso de CPU e, muitas vezes, chegam a até 97%, tudo isso mantendo intacta a lógica de negócios já comprovada.
Demonstração do JOPAZ
Descubra como a demo do JOPAZ Modernization transforma suas cargas COBOL para liberar recursos valiosos sem riscos para o negócio.
Reduza workloads COBOL no mainframe com o JOPAZ
O JOPAZ compila código COBOL em bytecode Java para executar cargas de trabalho no processador zIIP, reduzindo o uso de CPU do mainframe e liberando capacidade sem necessidade de alterações no código.
Otimização de mainframe: maximize o potencial do seu IBM Z sem riscos
O JOPAZ otimiza cargas de trabalho COBOL no IBM Z ao compilá-las em Java compatível com zIIP, liberando capacidade de GP para IA, analytics e inovação, sem interrupções.