Arquitetura de referência: SAP S/4HANA no Google Cloud Platform

Visão geral

Este documento é destinado a pessoas que estão avaliando o Google Cloud como uma plataforma para implantar o SAP S/4HANA, especialmente para pessoas nos seguintes tipos de jobs:

  • Arquiteto técnico de SAP
  • Arquiteto de nuvem
  • Administrador de base SAP
  • Arquiteto corporativo

Este documento também lista os problemas a serem considerados antes da instalação, assim como links para notas SAP e outros documentos de ajuda sobre a implantação.

O Google Cloud oferece uma infraestrutura econômica, confiável, segura e de alto desempenho para executar o SAP S/4HANA no SAP HANA. Para ver uma lista completa das soluções SAP compatíveis com o Google Cloud, consulte SAP no Google Cloud.

Licenciamento

Se você é um cliente SAP, pode usar sua licença para implantar o SAP Business Suite no Google Cloud com um modelo de licença própria (BYOL, na sigla em inglês). O Google Cloud é compatível com o modelo BYOL para casos de uso de produção e não produção. As licenças do sistema operacional estão incluídas nos preços do Compute Engine. Também é possível trazer sua própria imagem de sistema operacional e licenças.

Dimensionamento

Há várias opções de dimensionamento disponíveis baseadas no tipo de implementação. Para implementações totalmente novas, recomendamos usar a ferramenta SAP Quick Sizer. Para informações detalhadas, consulte a página Dimensionamento da SAP (em inglês). A SAP também fornece guias de soluções e ferramentas específicas para migração de soluções no local atuais para o Google Cloud. Por exemplo, consulte Encontrar plataformas de IaaS certificadas e Aplicativos SAP no Google Cloud: produtos compatíveis e tipos de VM do Google. A SAP e o Google Cloud usam unidades diferentes para medir IOPS (operações de entrada/saída por segundo); consulte seu parceiro de sistemas integrados (IS, na sigla em inglês) para converter os requisitos de dimensionamento do SAP em uma infraestrutura do Google Cloud com tamanho adequado.

Antes de migrar sistemas do SAP ECC para o S/4HANA, a SAP recomenda que você gere o relatório /SDF/HDB_SIZING, conforme descrito na nota SAP 1872170, Business Suite on HANA e S/4HANA. Esse relatório de dimensionamento analisa as necessidades atuais de memória e processamento do sistema de origem e fornece informações sobre os requisitos para migrar para o S/4HANA.

Tipos de máquina compatíveis

O Google Cloud oferece tipos de instância do Compute Engine certificados pela SAP para atender aos requisitos de dimensionamento ao implantar o S/4HANA. Para mais informações sobre o dimensionamento no Google Cloud e os tipos de máquina compatíveis, consulte as seguintes páginas:

Os tipos de máquina personalizados para SAP HANA no Google Cloud também são certificados pela SAP. É possível executar instâncias do SAP HANA com menos de 64 vCPUs, desde que você mantenha uma proporção de vCPU/memória de pelo menos 6,5.

Para ver os números SAPS das máquinas virtuais do Compute Engine certificadas para aplicativos SAP, consulte Tipos de máquina certificados do Compute Engine

A SAP também fornece no site uma lista certificada de configurações do Google Cloud para SAP HANA. Para mais detalhes, consulte a página Localizar plataformas IaaS certificadas no diretório de hardware do SAP HANA (em inglês).

Discos e sistemas de arquivos para S/4HANA

O Google Cloud oferece os seguintes tipos de armazenamento:

  • Discos permanentes padrão (HDD): armazenamento em blocos de baixo custo para dispositivos grandes
  • Discos permanentes SSD: armazenamento em blocos rápido e confiável, com alta IOPS e baixa latência
  • SSDs locais: armazenamento em bloco local de alto desempenho
  • Buckets do Cloud Storage: armazenamento acessível de objetos

Para mais informações, consulte Opções de armazenamento.

Os discos permanentes do Google Cloud foram projetados para oferecer alta durabilidade. Eles armazenam dados de forma redundante para garantir a integridade dos dados. Cada disco permanente pode armazenar até 64 TB, de modo que você possa criar grandes volumes lógicos sem gerenciar conjuntos de discos. Uma característica fundamental é que os discos permanentes são criptografados automaticamente para proteger os dados.

Após a criação, uma instância do Compute Engine aloca um único disco permanente raiz que contém o sistema operacional. É possível adicionar mais opções de armazenamento à instância, conforme necessário. Para implementações SAP, recomendamos usar discos permanentes, porque eles são feitos para ter alta durabilidade e as instâncias de computação podem acessá-los como discos físicos em uma máquina local.

As tabelas a seguir descrevem as estruturas de diretório do Linux para SAP HANA e ABAP no Google Cloud.

Estrutura de diretórios do SAP HANA Tipo de armazenamento
/usr/sap Disco permanente SSD
/hana/data Disco permanente SSD
/hana/log Disco permanente SSD
/hana/shared Disco permanente SSD
/hanabackup Disco permanente padrão (HDD)
Estrutura do diretório ABAP Tipo de armazenamento
/sapmnt Disco permanente padrão (HDD)
/usr/sap/ Disco permanente padrão (HDD)

Implantação

O SAP S/4HANA consiste nos seguintes componentes técnicos:

  • SAP HANA.
  • PAS - servidor principal de aplicativos.
    • O primeiro ou único servidor de aplicativos do sistema SAP.
  • AAS - servidor extra de aplicativos.
    • Costuma ser implantado para balancear a carga em nível de aplicativo. Também é possível instalar vários AASs para ter maior disponibilidade a partir de uma perspectiva de camadas de aplicativos. Se um dos servidores de aplicativos ficar inativo, todas as sessões do usuário conectadas a esse servidor serão encerradas, mas os usuários poderão efetuar login novamente em outro AAS associado ao ambiente.
  • Gateway do SAP NetWeaver.
  • Front-end Fiori.
  • WD - Web Dispatcher (opcional).
    • Balanceador de carga de software inteligente que distribui solicitações HTTP e HTTPS com base no tipo de aplicativo, para PAS e AAS.

Modelos de implantação

É possível implantar o S/4HANA no Google Cloud em um dos dois modelos: implantação centralizada ou implantação distribuída.

Implantação centralizada

Em uma implantação centralizada, é possível instalar o S/4HANA e o banco de dados SAP HANA na mesma instância do Compute Engine. Recomendamos essa abordagem para ambientes que não estejam relacionados à produção, como ambientes de simulação e de desenvolvimento.

O diagrama a seguir mostra uma arquitetura de referência para S/4HANA em um modelo de implantação centralizado. Observe que o SAP ASCS, PAS, WD e HANA estão instalados na mesma instância.

O diagrama mostra ASCS, PAS, Web Disatcher e HANA em uma única VM

Implantação distribuída

Em uma implantação distribuída, é possível instalar os diferentes componentes em instâncias diferentes do Compute Engine. Recomendamos essa abordagem para ambientes de produção ou que exigem muita capacidade computacional para processar cargas intensas de transação.

O diagrama a seguir mostra uma arquitetura de referência para S/4HANA em um modelo de implantação distribuído. Observe que SAP ASCS, PAS, WD e HANA estão instalados em instâncias diferentes.

O diagrama mostra Web Disatcher, Fiori, S/4 PAS, ASCS e HANA em VMs separadas

Para instalar o SAP HANA em uma implantação centralizada ou distribuída, use o script de implantação. Para mais informações, consulte o Guia de implantação do SAP HANA.

Uma observação sobre o balanceamento de carga

Em um ambiente S/4HANA distribuído, o balanceamento de carga é obrigatório. É possível configurar o balanceamento de carga de aplicativos usando a camada de aplicativos SAP.

Alta disponibilidade e recuperação de desastres

Alta disponibilidade (HA, na sigla em inglês) e recuperação de desastres (DR, na sigla em inglês) são conjuntos de técnicas, práticas de engenharia e princípios de design que permitem que os negócios continuem em caso de falha. Essas abordagens funcionam porque eliminam pontos únicos de falha e permitem retomar as operações rapidamente após o sistema ou o componente ficarem indisponíveis, com o mínimo de interrupção nos negócios. A recuperação de falhas é o processo de recuperar e retomar as operações após uma interrupção causada por uma falha de componente.

Por exemplo, aqui estão algumas ferramentas de alta disponibilidade e recuperação de desastres:

Mais alguns detalhes sobre alguns desses itens:

Cluster Linux entre zonas: configurar o cluster Linux em zonas protege contra falhas de componentes em uma determinada região. É possível implantar um cluster do Linux entre zonas usando uma configuração ativa/passiva ou uma configuração ativa/ativa. Em ambos os casos, você começa configurando duas instâncias do Compute Engine em zonas separadas, cada uma com seu próprio banco de dados SAP HANA.

  • Configuração ativa/passiva: configure uma instância como o nó principal do cluster (ativo) e a outra como o nó secundário (passivo). Use o SAP HANA System Replication (SR) para configurar o nó secundário para assumir como principal se o principal falhar, conforme mostrado no diagrama a seguir. Para mais informações sobre como configurar e ajustar o HANA SR, consulte Replicação do sistema HANA.

Um cluster de alta disponibilidade do SAP HANA em uma região do GCP. A replicação assíncrona mantém um único sistema HANA em outra região

Migração em tempo real: o Compute Engine oferece a migração em tempo real para manter as instâncias do Compute Engine em execução mesmo quando ocorre um evento no sistema host, como uma atualização de software ou hardware. Nessa situação, o Compute Engine migra em tempo real a instância em execução para outro host na mesma zona, em vez de exigir que a instância em execução seja reinicializada. O mecanismo replica o estado da VM da instância original. Portanto, quando a nova instância aparecer, ela já terá a memória da instância original pré-carregada.

No caso raro em que a migração em tempo real não acontece, a máquina virtual com falha é reiniciada automaticamente no novo hardware dentro da mesma zona.

Para mais detalhes, consulte Migração em tempo real.

Backup e recuperação

Faça backups do servidor de aplicativos e do banco de dados regularmente para que você possa se recuperar em caso de falha do sistema, corrupção de dados ou outros problemas.

Backups

Você tem várias opções para fazer backup dos dados do SAP HANA no Google Cloud, incluindo:

  • Fazer o backup diretamente no Cloud Storage usando o agente Cloud Storage Backint certificado para SAP HANA pela SAP (agente Backint).
  • Fazer backup de um disco permanente e, em seguida, fazer o upload dos backups para o Cloud Storage.
  • Tirar instantâneos do disco que contém o diretório /hanabackup usando a função de instantâneo do Compute Engine.

Agente Backint do Cloud Storage para SAP HANA

O agente Backint integra-se às funções nativas de backup e recuperação do SAP HANA para que você possa fazer o backup direto para o Cloud Storage e recuperá-lo sem precisar armazenar seus backups em discos permanentes. Para mais informações, consulte o guia de operações do SAP HANA (em inglês).

Para informações sobre o certificado da SAP referente ao agente Backint do Cloud Storage para SAP HANA, consulte a Nota SAP 2031547 (em inglês).

O diagrama a seguir mostra o fluxo de backups usando o agente Backint.

O diagrama mostra o SAP HANA com o agente Backint fazendo backup diretamente para o Cloud Storage

Como fazer backups em discos permanentes

Use a função nativa de backup e recuperação do SAP HANA com discos permanentes do Compute Engine e use um intervalo do Cloud Storage para armazenamento de backups a longo prazo.

Quando está funcionando normalmente, o SAP HANA salva automaticamente no disco os dados da memória, em pontos regulares de salvamento. Além disso, todas as alterações de dados são capturadas nas entradas de redo logs. Uma entrada de redo log é gravada no disco após cada transação de banco de dados confirmada.

Pelo SAP HANA 2.0, use o painel do SAP HANA para fazer backup do SAP HANA.

O diagrama a seguir mostra o fluxo do recurso de backup para SAP HANA.

Os backups são criados em disco permanente e, em seguida, armazenados no Cloud Storage

Como fazer backup de discos permanentes usando snapshots

Outra opção que pode ser adicionada à sua estratégia de backup são os instantâneos de discos inteiros feitos por meio do recurso de instantâneo de disco permanente do Compute Engine. Por exemplo, tire instantâneos programados do disco de diretórios de backup para usar em cenários de recuperação de desastres. Para garantir a consistência do aplicativo, tire instantâneos quando o volume de destino não estiver sendo alterado. Os instantâneos ocorrem no nível de bloco.

Após o primeiro snapshot, cada snapshot subsequente é incremental e armazena apenas alterações incrementais em blocos, conforme mostrado no diagrama a seguir.

O diagrama mostra snapshots completos e incrementais de dados do HANA em um disco permanente

Recuperação

As ferramentas de recuperação do SAP HANA podem ser recuperadas para o último momento ou para um ponto específico. Essas ferramentas podem ser usadas para restaurar para um novo sistema ou criar uma cópia do banco de dados. Ao contrário de backups, que podem ser executados enquanto o banco de dados está em operação, as ferramentas de recuperação só podem ser usadas enquanto o banco de dados estiver desligado. As opções de recuperação estão listadas abaixo. Escolha uma opção apropriada para sua situação.

  • Restaurar para o estado mais recente, usando qualquer um dos recursos a seguir:
    • Backup completo ou instantâneo.
    • Backup de registros.
    • Entradas de redo log que ainda estão disponíveis
  • Restaurar para um ponto no passado.
  • Restaurar para um backup completo específico.

Notas SAP pré-implantação importantes

Leia as seguintes notas do SAP antes de começar a implantar o SAP S/4HANA no Google Cloud. Antes de realizar qualquer implementação de produto SAP, sempre verifique o SAP Marketplace para ver os guias e as notas de instalação mais atuais do produto.