Mudar de mainframes para o Azure

Como uma plataforma alternativa para executar aplicativos de mainframe tradicionais, o Azure oferece computação e armazenamento em hiperescala em um ambiente de alta disponibilidade. Você obtém o valor e a agilidade de uma plataforma moderna baseada em nuvem sem os custos associados a um ambiente de mainframe.

Esta seção fornece orientação técnica para fazer a mudança de uma plataforma de mainframe para o Azure.

MIPS vs. vCPUs

Não existe uma fórmula de mapeamento universal para determinar o número de vCPUs (unidades centrais de processamento virtuais) necessárias para executar cargas de trabalho de mainframe. No entanto, a métrica de um milhão de instruções por segundo (MIPS) geralmente é mapeada para vCPUs no Azure. O MIPS mede o poder de computação geral de um mainframe fornecendo um valor constante do número de ciclos por segundo para uma determinada máquina.

Uma organização pequena pode exigir menos de 500 MIPS, enquanto uma grande organização normalmente usa mais de 5.000 MIPS. Com US$ 1.000 por MIPS único, uma grande organização gasta aproximadamente US$ 5 milhões anualmente para implantar uma infraestrutura de 5.000 MIPS. A estimativa de custo anual para uma implantação típica do Azure dessa escala é de aproximadamente um décimo do custo de uma infraestrutura MIPS.

Um cálculo preciso de MIPS para vCPUs com o Azure depende do tipo de vCPU e da carga de trabalho exata que você está executando. No entanto, os estudos de benchmark fornecem uma boa base para estimar o número e o tipo de vCPUs que você precisará. Um benchmark recente do HPE zRef fornece as seguintes estimativas:

• 288 MIPS por núcleo baseado em Intel em execução em servidores HPE ProLiant para trabalhos online (CICS).

• 170 MIPS por núcleo Intel para trabalhos em lote COBOL.

Este guia estima 200 MIPS por vCPU para processamento online e 100 MIPS por vCPU para processamento em lote.

Nota

Essas estimativas estão sujeitas a alterações à medida que novas séries de máquinas virtuais (VM) ficam disponíveis no Azure.

Alta disponibilidade e failover

Os sistemas de mainframe geralmente oferecem cinco 9s de disponibilidade (99,999%) quando o acoplamento de mainframe e o Parallel Sysplex são usados. No entanto, os operadores de sistema ainda precisam programar o tempo de inatividade para manutenção e cargas iniciais do programa (IPLs). A disponibilidade real aproxima-se de dois ou três 9s, comparáveis aos servidores topo de gama baseados em Intel.

Em comparação, o Azure oferece SLAs (contratos de nível de serviço) baseados em compromisso, onde a disponibilidade de vários 9s é o padrão, otimizada com replicação local ou baseada em geograficamente de serviços.

O Azure fornece disponibilidade adicional replicando dados de vários dispositivos de armazenamento, localmente ou em outras regiões geográficas. No caso de uma falha baseada no Azure, os recursos de computação podem acessar os dados replicados no nível local ou regional.

Quando você usa recursos de plataforma como serviço (PaaS) do Azure, como o Banco de Dados SQL do Azure e o Azure Cosmos DB, o Azure pode lidar automaticamente com failovers. Quando você usa a infraestrutura como serviço (IaaS) do Azure, o failover depende de funcionalidades específicas do sistema, como recursos Always On do SQL Server, instâncias de cluster de failover e grupos de disponibilidade.

Escalabilidade

Os mainframes normalmente aumentam a escala, enquanto os ambientes de nuvem se expandem. Os mainframes podem ser expandidos com o uso de uma instalação de acoplamento (CF), mas o alto custo de hardware e armazenamento torna a expansão dos mainframes cara.

Um CF também oferece computação fortemente acoplada, enquanto os recursos de expansão do Azure são acoplados de forma flexível. A nuvem pode ser dimensionada para cima ou para baixo para corresponder às especificações exatas do usuário, com poder de computação, armazenamento e serviços dimensionados sob demanda sob um modelo de faturamento baseado no uso.

Cópia de segurança e recuperação

Os clientes de mainframe normalmente mantêm locais de recuperação de desastres ou usam um provedor independente de mainframe para contingências de desastres. A sincronização com um site de recuperação de desastres geralmente é feita por meio de cópias offline de dados. Ambas as opções incorrem em custos elevados.

A redundância geográfica automatizada também está disponível através da instalação de acoplamento de mainframe. Essa abordagem é cara e normalmente é reservada para sistemas de missão crítica. Por outro lado, o Azure tem opções fáceis de implementar e econômicas para backup, recuperação e redundância em níveis locais ou regionais, ou por meio de redundância geográfica.

Armazenamento

Parte da compreensão de como os mainframes funcionam envolve a decodificação de vários termos sobrepostos. Por exemplo, armazenamento central, memória real, armazenamento real e armazenamento principal geralmente se referem ao armazenamento conectado diretamente ao processador de mainframe.

O hardware de mainframe inclui processadores e muitos outros dispositivos, como dispositivos de armazenamento de acesso direto (DASDs), unidades de fita magnética e vários tipos de consoles de usuário. Fitas e DASDs são usados para funções do sistema e por programas de usuário.

Os tipos de armazenamento físico para mainframes incluem:

• Armazenamento central: localizado diretamente no processador de mainframe, também conhecido como processador ou armazenamento real.
• Armazenamento auxiliar: localizado separadamente do mainframe, esse tipo inclui armazenamento em DASDs e também é conhecido como armazenamento de paginação.

A nuvem oferece uma gama de opções flexíveis e escaláveis, e você pagará apenas pelas opções necessárias. O Armazenamento do Azure oferece um armazenamento de objetos massivamente escalável para objetos de dados, um serviço de sistema de arquivos para a nuvem, um armazenamento de mensagens confiável e um repositório NoSQL. Para VMs, discos gerenciados e não gerenciados fornecem armazenamento em disco persistente e seguro.

Desenvolvimento e testes de mainframe

Um dos principais impulsionadores dos projetos de migração de mainframe é a face mutável do desenvolvimento de aplicativos. As organizações querem que seu ambiente de desenvolvimento seja mais ágil e responsivo às necessidades do negócio.

Os mainframes normalmente têm partições lógicas separadas (LPARs) para desenvolvimento e teste, como QA e LPARs de preparação. As soluções de desenvolvimento de mainframe incluem compiladores (COBOL, PL/I, Assembler) e editores. O mais comum é o Interactive System Productivity Facility (ISPF) para o sistema operacional z/OS que é executado em mainframes IBM. Outros incluem ROSCOE Programming Facility (RPF) e ferramentas da Computer Associates, como CA Librarian e CA-Panvalet.

Ambientes de emulação e compiladores estão disponíveis em plataformas x86, portanto, o desenvolvimento e o teste normalmente podem estar entre as primeiras cargas de trabalho a migrar de um mainframe para o Azure. A disponibilidade e o uso generalizado das ferramentas de DevOps no Azure estão acelerando a migração de ambientes de desenvolvimento e teste.

Quando as soluções são desenvolvidas e testadas no Azure e estão prontas para implantação no mainframe, você precisará copiar o código para o mainframe e compilá-lo lá.

Próximos passos

Migração de aplicativos de mainframe