Guia de planejamento do SAP HANA

Neste guia, você verá uma visão geral do que é necessário para executar o SAP HANA no Google Cloud, além de detalhes que podem ser usados ao planejar a implementação de um novo sistema SAP HANA.

Para mais informações sobre como implantar o SAP HANA no GCP, consulte o Guia de implantação do SAP HANA.

Sobre o SAP HANA no Google Cloud

O SAP HANA é um banco de dados relacional em memória, orientado por colunas, que oferece análise de alto desempenho e processamento de dados em tempo real. No centro dessa plataforma de dados em tempo real está o banco de dados SAP HANA. Os clientes podem aproveitar a facilidade dos recursos altamente escalonáveis, redundantes e de provisionamento da infraestrutura do GCP para executar cargas de trabalho essenciais aos negócios. O GCP oferece um conjunto de ativos físicos, como computadores e unidades de disco rígido, além de recursos virtuais, como máquinas virtuais (VMs, na sigla em inglês) do Compute Engine, localizados em data centers do Google ao redor do mundo.

Ao implantar o SAP HANA no GCP, você implanta em máquinas virtuais em execução no Compute Engine. As VMs do Compute Engine fornecem discos permanentes, que funcionam de maneira semelhante aos discos físicos em um computador ou servidor, mas são gerenciados automaticamente pelo Compute Engine para garantir a redundância de dados e o desempenho otimizado.

Princípios básicos do Google Cloud

O Google Cloud consiste em muitos serviços e produtos baseados em nuvem. Ao executar produtos SAP no Google Cloud, você usa principalmente os serviços baseados em IaaS oferecidos pelo Compute Engine e pelo Cloud Storage, bem como alguns recursos de toda a plataforma, como as ferramentas.

Consulte a visão geral do Google Cloud Platform para ver conceitos e termos importantes. Por conveniência e para contextualização, há algumas informações repetidas da visão geral neste guia.

Para uma visão geral das considerações que as organizações de escala empresarial devem considerar para execuções no Google Cloud, consulte as práticas recomendadas para organizações empresariais.

Como interagir com o Google Cloud

O Google Cloud oferece três maneiras principais de interagir com a plataforma e seus recursos na nuvem:

  • O Console do Google Cloud (que é uma interface do usuário na Web);
  • A ferramenta de linha de comando gcloud, que fornece um superconjunto das funcionalidades que o Console do Cloud oferece.
  • As bibliotecas de cliente, que fornecem APIs para acessar serviços e gerenciamento de recursos, além de serem úteis para você criar suas próprias ferramentas.

Serviços do GCP

As implantações da SAP normalmente utilizam alguns ou todos os seguintes serviços do Google Cloud:

Serviço Descrição
Rede VPC Conecta as instâncias de VM entre si e à Internet. Cada instância é membro de uma rede legada com um intervalo de IPs global ou de uma rede de sub-redes recomendada, em que a instância é membro de uma sub-rede que faz parte de uma rede maior. Não é possível que uma rede se estenda a projetos do Google Cloud, mas é possível que um projeto do Google Cloud tenha várias redes.
Compute Engine Cria e gerencia VMs com sua opção de sistema operacional e pilha de software.
Discos permanentes Estão disponíveis como unidades de disco rígido (HDD, na sigla em inglês) padrão ou unidades de estado sólido (SSD, na sigla em inglês).
Console do Google Cloud Ferramenta baseada em navegador para gerenciar recursos do Compute Engine. Use um modelo para descrever todos os recursos e instâncias necessários do Compute Engine. Não é necessário criar e configurar individualmente os recursos nem descobrir dependências, porque o Console do Cloud faz isso para você.
Cloud Storage Armazene no Cloud Storage os backups de bancos de dados SAP para ter maior durabilidade e confiabilidade, com replicação.
Cloud Monitoring Fornece visibilidade sobre a implantação, o desempenho, o tempo de atividade, bem como sobre a integridade do Compute Engine, da rede e dos discos permanentes.

O Monitoring coleta métricas, eventos e metadados do Google Cloud para oferecer insights por meio de painéis, gráficos e alertas. É possível monitorar as métricas de computação sem custos por meio do Monitoring.
IAM Fornece controle unificado sobre permissões para recursos do Google Cloud. Controle quem tem capacidade para realizar operações de plano de controle nas VMs, que incluem criação, modificação e exclusão de VMs e discos persistentes, bem como criação e redes.

Preços e cotas

Use a calculadora de preços para estimar os custos de uso. Para mais informações sobre preços, consulte Preços do Compute Engine, Preços do Cloud Storage e Preços do pacote de operações do Google Cloud.

Os recursos do Google Cloud estão sujeitos a cotas. Se você planeja usar máquinas com alto uso da CPU ou da memória, talvez seja necessário solicitar cotas extras. Para mais informações, consulte Cotas de recursos do Compute Engine.

Recursos necessários

Tipos de VM certificados para SAP HANA

Na tabela a seguir, mostramos os tipos de máquinas virtuais (VM) do Compute Engine certificados pela SAP para uso de produção no Google Cloud. Exceto onde indicado na tabela, a SAP oferece suporte aos tipos de VM em instalações de host único (escalonamento vertical) e de vários hosts (escalonamento horizontal). As instalações de escalonamento horizontal podem incluir até 15 hosts de worker, para um total de 16 hosts.

As configurações personalizadas dos tipos de VM de uso geral n1- e n2-highmem também são certificadas pela SAP. Para mais informações, consulte Tipos de VM personalizados certificados para SAP HANA.

Para os sistemas operacionais certificados para uso com HANA em cada tipo de VM, consulte Sistemas operacionais certificados para SAP HANA.

Para mais informações sobre diferentes tipos de VM e os respectivos casos de uso, consulte os tipos de máquina.

Alguns tipos de VMs podem não estar disponíveis em todas as regiões do Google Cloud. Para confirmar que um tipo de máquina está disponível em uma região, consulte Regiões e zonas disponíveis.

A SAP lista os tipos de instância de VM certificados para o SAP HANA no diretório de hardware do SAP HANA (em inglês).

Tipo de instância do Google Cloud vCPU Memória (GB) Sistema operacional Plataforma de CPU Observações
Tipos de máquinas de uso geral com alta memória N1
n1-highmem-32 32 208 RHEL, SUSE
Intel Broadwell O NetApp Cloud Volumes Service certificado para escalonamento vertical.
n1-highmem-64 64 416 RHEL, SUSE Intel Broadwell O NetApp Cloud Volumes Service certificado para escalonamento vertical.
n1-highmem-96 96 624 RHEL, SUSE Intel Skylake O NetApp Cloud Volumes Service certificado para escalonamento vertical.
Tipos de máquinas de uso geral com alta memória N2
n2-highmem-32 32 Até 256 RHEL, SUSE Intel Cascade Lake Somente para escalonamento vertical:
Cloud NetApp Volumes Service certificado para escalonamento vertical.
n2-highmem-48 48 Até 384 RHEL, SUSE Intel Cascade Lake Somente para escalonamento vertical:
Cloud NetApp Volumes Service certificado para escalonamento vertical.
n2-highmem-64 64 Até 512 RHEL, SUSE Intel Cascade Lake Somente para escalonamento vertical:
Cloud NetApp Volumes Service certificado para escalonamento vertical.
n2-highmem-80 80 Até 640 RHEL, SUSE Intel Cascade Lake Somente para escalonamento vertical:
Cloud NetApp Volumes Service certificado para escalonamento vertical.
Tipos de máquina com otimização de memória M1
m1-megamem-96 96 1.433 RHEL, SUSE Intel Skylake O NetApp Cloud Volumes Service certificado para escalonamento vertical.
m1-ultramem-40 40 Até 961 RHEL, SUSE Intel Broadwell Somente para escalonamento vertical,
somente cargas de trabalho OLTP,
NetApp Cloud Volumes Service certificado para escalonamento vertical.
m1-ultramem-80 80 Até 1.922 RHEL, SUSE Intel Broadwell Somente para escalonamento vertical,
somente cargas de trabalho OLTP,
NetApp Cloud Volumes Service certificado para escalonamento vertical.
m1-ultramem-160 160 Até 3.844 RHEL, SUSE Intel Broadwell O NetApp Cloud Volumes Service certificado para escalonamento vertical.
Tipos de máquina com otimização de memória M2
m2-megamem-416 416 Até 5.888 RHEL, SUSE Intel Cascade Lake Somente para escalonamento vertical.
As cargas de trabalho OLAP atualmente são certificadas apenas com os volumes "/hana/data" e "/hana/log" armazenados no NetApp Cloud Volumes Service.
As cargas de trabalho OLTP podem usar discos permanentes do Compute Engine ou o NetApp Cloud Volumes Service.
m2-ultramem-208 208 Até 5.888 RHEL, SUSE Intel Cascade Lake Somente para escalonamento vertical,
somente cargas de trabalho OLTP,
NetApp Cloud Volumes Service certificado para escalonamento vertical.
m2-ultramem-416 416 Até 11.776 RHEL, SUSE Intel Cascade Lake-SP Escalonamento vertical ou horizontal de até quatro nós.
Apenas cargas de trabalho OLTP, incluindo S/4HANA.
O NetApp Cloud Volumes Service é compatível com escalonamento vertical ou horizontal.
Para escalonar horizontalmente com o S/4HANA, consulte a Nota SAP 2408419.

Tipos de VM personalizados certificados para SAP HANA

A tabela a seguir mostra os tipos de máquina virtual (VM) personalizáveis do Compute Engine, certificados pela SAP para uso de produção do SAP HANA no Google Cloud.

A SAP certifica apenas um subconjunto das configurações de tipo de VM personalizada compatível com o Compute Engine.

As configurações de VM personalizadas estão sujeitas a regras de personalização definidas pelo Compute Engine. As regras variam de acordo com o tipo de máquina que você está personalizando. Para ver as regras de personalização completas, consulte Como criar uma instância de VM com um tipo de máquina personalizado.

Tipo de instância base do Google Cloud vCPU Memória (GB) Sistema operacional Plataforma de CPU
N1-highmem Um número de vCPUs de 32 a 64 que é igualmente divisível por 2. 6,5 GB por vCPU RHEL, SUSE Intel Broadwell
N2-highmem (somente escalonamento vertical) Um número de vCPUs de 32 a 64 que é igualmente divisível por 4. 8 GB por vCPU RHEL, SUSE Intel Cascade Lake

Configuração de armazenamento

O SAP HANA é um banco de dados em memória. A maioria dos dados é armazenada e processada na memória, mas o SAP HANA faz a proteção contra perda de dados salvando os dados em um local de armazenamento permanente.

Armazenamento em disco permanente

Para armazenamento em blocos permanente, é possível anexar discos permanentes do Compute Engine ao criar suas VMs ou adicioná-las a elas posteriormente.

O Compute Engine oferece diferentes tipos de discos permanentes. Cada tipo tem diferentes características de desempenho. O Google Cloud gerencia o hardware subjacente de discos permanentes para garantir a redundância de dados e otimizar o desempenho.

Os tipos de discos permanentes que podem ser usados com o SAP HANA são determinados pelos requisitos de desempenho do SAP e pelos requisitos de desempenho da carga de trabalho.

Para uma instância de produção do SAP HANA, use as seguintes configurações recomendadas de disco permanente como ponto de partida para o ajuste de desempenho:

  • Para os volumes /hana/data e /hana/log, use um único disco permanente SSD (pd-ssd) com pelo menos 834 GB. Já os discos permanentes SSD são respaldados pelas unidades de estado sólido (SSD, na sigla em inglês).
  • Para o volume /shared, use o mesmo disco permanente SSD dos volumes /hana/data e /hana/log ou, se você mapeá-lo no próprio disco, use um disco permanente equilibrado (pd-balanced). Os discos permanentes balanceam o custo e o desempenho e são respaldados por SSD.
  • Se você salvar os backups em um disco permanente, use um disco permanente padrão (pd-standard) com o volume /hanabackup. Os discos permanentes padrão têm o suporte das unidades de disco rígido padrão.
  • Ao criar a VM do host, use um disco permanente equilibrado para o disco de inicialização.

Dentro dos limites, o desempenho de um disco SSD é escalonado de acordo com o tamanho do disco e o número de vCPUs. É por isso que os discos SSD usados nos volumes /hana/data e /hana/log precisam ser pelo menos 834 GB e a instância da VM precisa ter pelo menos 32 vCPUs. Essa configuração fornece uma capacidade sustentada de até 400 MB por segundo para leituras e gravações.

A figura a seguir mostra números de desempenho aproximados para diferentes discos permanentes em arquiteturas sugeridas para SAP HANA no Google Cloud. Os números reais que é possível encontrar em uma configuração semelhante podem ser diferentes por vários motivos, incluindo melhorias feitas pelo Compute Engine ao longo do tempo.

Dois sistemas SAP HANA são mostrados: o da esquerda tem

Na configuração à esquerda na figura anterior, os volumes /hana/data e /hana/log estão em um disco permanente SSD e o volume /hana/shared, que não exige um desempenho alto, está em um disco permanente equilibrado, que custa menos do que um disco permanente SSD.

Na configuração à direita, os volumes /hana/data, /hana/log e /hana/shared estão todos em um único disco SSD. Isso proporciona um desempenho um pouco melhor com um disco a menos para ser gerenciado do que o modelo dividido, em que o volume /hana/shared é sozinho em um disco permanente equilibrado.

Para instâncias que não sejam de produção do SAP HANA, como instâncias usadas para desenvolvimento ou garantia de qualidade, ou para instâncias que executam cargas de trabalho que não exigem alto desempenho, é possível usar um disco permanente equilibrado para os volumes /hana/data e /hana/log.

A localização dos discos permanentes independe das VMs, portanto, é possível retirar ou mover os discos para manter os dados, mesmo depois de excluir as VMs.

No Console do Cloud, é possível ver os discos permanentes anexados às suas instâncias de VM em Discos adicionais na página Detalhes da instância de VM para cada instância de VM.

Para mais informações sobre os diferentes tipos de discos permanentes do Compute Engine, as características de desempenho deles e como trabalhar com eles, consulte a documentação do Compute Engine:

Discos permanentes implantados pelos modelos do Deployment Manager

Se você implantar um sistema SAP HANA usando os scripts do Cloud Deployment Manager fornecidos pelo Google Cloud, o Cloud Deployment Manager alocará um disco permanente SSD com, no mínimo, 834 GB. Caso seu sistema SAP HANA exija mais armazenamento permanente, o Cloud Deployment Manager ajustará o dimensionamento dos discos permanentes de maneira automática.

O Cloud Deployment Manager mapeia os diretórios data, log, sap e shared do SAP HANA para o disco permanente SSD único em um único grupo de volumes do Linux. Cada diretório é mapeado para seu próprio volume lógico para facilitar o redimensionamento.

No exemplo a seguir, o grupo de volumes vg_hana é mapeado para um único disco permanente SSD de 834 GB. O grupo de volumes vg_hanabackup é mapeado para um disco permanente HDD padrão. Os tamanhos de seus volumes podem ser um pouco diferentes dos mostrados no exemplo.

hana-ssd-example:~ # lvs
  LV     VG            Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data   vg_hana       -wi-ao---- 496.00g
  log    vg_hana       -wi-ao---- 102.00g
  sap    vg_hana       -wi-ao----  32.00g
  shared vg_hana       -wi-ao---- 204.00g
  backup vg_hanabackup -wi-ao---- 416.00g

Armazenamento para backups

O armazenamento para backup do SAP HANA é configurado com discos permanentes HDD padrão. Os discos permanentes HDD padrão são eficientes e econômicos para lidar com operações sequenciais de leitura/gravação, mas não são otimizados para lidar com altas taxas de operações de entrada/saída por segundo (IOPS, na sigla em inglês) aleatórias. O SAP HANA usa E/S sequencial com grandes blocos para fazer backup do banco de dados. Os discos permanentes HDD padrão fornecem uma opção de baixo custo e alto desempenho para esse cenário.

O tamanho do volume de backup do SAP HANA foi projetado para fornecer valor de referência e capacidade de burst ideais, bem como a habilidade de manter vários conjuntos de backup. Manter vários conjuntos de backups no volume de backup facilita a recuperação do banco de dados, se necessário.

Se você usar o SAP HANA em nível dinâmico, o armazenamento de backup precisará ser grande o suficiente para conter os dados em memória e os dados gerenciados em disco pelo servidor de nível dinâmico.

Se você usar o agente do Backint do Cloud Storage para SAP HANA, poderá fazer backup do SAP HANA diretamente para um bucket do Cloud Storage, o que torna opcional o uso de um disco permanente para armazenar backups.

Nível dinâmico do SAP HANA

O nível dinâmico do SAP HANA é certificado pela SAP para uso em ambientes de produção no GCP. O nível dinâmico do SAP HANA amplia seu próprio armazenamento de dados ao armazenar dados que raramente são acessados no disco em vez de na memória.

Para mais informações, consulte Nível dinâmico do SAP HANA no Google Cloud.

Cloud Volumes Service da NetApp para Google Cloud

O Cloud Volumes Service da NetApp para Google Cloud é uma plataforma de serviço de dados nativa da nuvem, totalmente gerenciada e certificada pela SAP. A plataforma pode ser usada na criação de um sistema de arquivos NFS para sistemas de escalonamento vertical do SAP HANA em todos os tipos de instâncias do Compute Engine que estejam certificados para o SAP HANA.

A compatibilidade com o Cloud Volumes Service da NetApp em implantações de escalonamento horizontal é limitada a tipos de instância específicos do Compute Engine, conforme indicado em Tipos de VM certificados para SAP HANA na tabela.

Com o NetApp Cloud Volumes Service, é possível incluir no armazenamento compartilhado todos os diretórios do SAP HANA, entre eles /hana/data e /hana/logs, em vez de usar discos permanentes do Compute Engine. Com a maioria dos outros sistemas de armazenamento compartilhado, é possível incluir apenas o diretório /hana/shared no armazenamento compartilhado.

O suporte da SAP para o NetApp Cloud Volumes Service no Google Cloud está listado no Diretório de hardware do SAP HANA (em inglês).

Disponibilidade regional do Cloud Volumes Service da NetApp para SAP HANA

Os volumes do NetApp Cloud Volumes Service precisam estar na mesma região que as instâncias de VM do host.

O NetApp Cloud Volumes Service não é compatível com SAP HANA em todas as regiões em que o NetApp Cloud Volumes Service está disponível.

É possível usar o NetApp Cloud Volumes Service com o SAP HANA nas regiões do Google Cloud a seguir:

Região Local
europe-west4 Eemshaven, Holanda, Europa
us-east4 Ashburn, Virgínia do Norte, EUA
us-west2 Los Angeles, Califórnia, EUA

Se você tiver interesse em executar o SAP HANA com o NetApp Cloud Volumes Service em uma região do Google Cloud que não esteja listada acima, entre em contato com a equipe de vendas.

Compatibilidade com o protocolo NFS

O NetApp Cloud Volumes Service é compatível com os protocolos NFSv3 e NFSv4.1 com o SAP HANA no Google Cloud.

O NFSv3 é recomendado para volumes configurados para permitir várias conexões TCP. O NFSv4.1 ainda não é compatível com várias conexões TCP.

Requisitos de volume para o NetApp Cloud Volumes Service com SAP HANA

Os volumes do NetApp Cloud Volumes Service precisam estar na mesma região que as instâncias de VM do host.

Para os volumes /hana/data e /hana/log, é necessário o nível de serviço "Extremos" do NetApp Cloud Volumes Service. É possível usar o nível de serviço Premium para o diretório /hana/shared se ele estiver em um volume separado dos diretórios /hana/data e /hana/log.

Para ter o melhor desempenho com sistemas SAP HANA maiores que 1 TB, crie volumes separados para /hana/data, /hana/log e /hana/shared.

Para atender aos requisitos de desempenho do SAP HANA, são necessários os seguintes tamanhos de volumes mínimos ao executar o SAP HANA com o NetApp Cloud Volumes Service:

Diretório Tamanho mínimo
/hana/shared 1 TB
/hana/log 2,5 TB
/hana/data 4 TB

Ajuste o tamanho dos volumes para atender aos requisitos de capacidade. A taxa de capacidade mínima para o nível de serviço "Extremo" é de 128 MB por segundo para cada 1 TB. Portanto, a capacidade para 4 TB de espaço em disco é de 512 MB por segundo. O provisionamento de mais espaço em disco para o volume /hana/data pode reduzir os tempos de inicialização. Para o volume /hana/data, recomendamos 1,5 vez o tamanho da memória ou 4 TB, o que for maior.

O tamanho mínimo do volume /hanabackup é determinado pela estratégia de backup. Também é possível usar o agente do Backint do Cloud Storage para SAP HANA para fazer backup do banco de dados diretamente no Cloud Storage.

Como implantar um sistema SAP HANA com o NetApp Cloud Volumes Service

Para implantar o NetApp Cloud Volumes Service com o SAP HANA no Google Cloud, você precisa implantar suas VMs e instalar o SAP HANA primeiro. É possível usar os modelos do Deployment Manager fornecidos pelo Google Cloud para implantar as VMs e o SAP HANA ou criar as instâncias de VM e instalar o SAP HANA manualmente.

Se você usar os modelos do Deployment Manager, as VMs serão implantadas com os volumes /hana/data e /hana/log mapeados para discos permanentes. Depois de ativar os volumes do NetApp Cloud Volumes Service para as VMs, é preciso copiar o conteúdo dos discos permanentes, conforme descrito nas etapas a seguir.

Para implantar o SAP HANA com NetApp Cloud Volumes Service usando os modelos do Deployment Manager fornecidos pelo Google Cloud:

  1. Implante o SAP HANA com discos permanentes usando os modelos do Cloud Deployment Manager fornecidos pelo Google Cloud seguindo as instruções no Guia de implantação do SAP HANA.
  2. Crie seus volumes no NetApp Cloud Volumes Service. Para ver instruções completas da NetApp, consulte a Documentação do NetApp Cloud Volumes Service para Google Cloud.

  3. Monte o NetApp Cloud Volumes Service para um ponto de montagem temporário usando o comando mount com as seguintes configurações:

    mount -t nfs -o options server:path mountpoint

    Para options, use as seguintes configurações:

    rw,bg,hard,rsize=1048576,wsize=1048576,vers=3,tcp,nconnect=16,noatime,nolock

    A opção vers=3 indica NFSv3. A opção nconnect=16 especifica a compatibilidade com várias conexões TCP.

  4. Interrompa o SAP HANA e todos os serviços relacionados que usam os volumes de disco permanente anexados.

  5. Copie o conteúdo dos volumes de disco permanente para os volumes correspondentes do NetApp Cloud Volumes Service.

  6. Remova os discos permanentes.

  7. Monte novamente os volumes do NetApp Cloud Volumes Service para os pontos de montagem permanentes atualizando o /etc/fstab com as seguintes configurações:

    server:path   /mountpoint   nfs   options   0 0

    Para options, use as seguintes configurações:

    rw,bg,hard,rsize=1048576,wsize=1048576,vers=3,tcp,nconnect=16,noatime,nolock

    Para mais informações sobre como atualizar o arquivo /etc/fstab, consulte a página nfs no manual de formatos de arquivo do Linux.

  8. Para um melhor desempenho, atualize a categoria fileio no arquivo global.ini do SAP HANA com as seguintes configurações sugeridas:

    Parâmetro Valor
    async_read_submit on
    async_write_submit_active on
    async_write_submit_blocks all
    max_parallel_io_requests 128
    max_parallel_io_requests[data] 128
    max_parallel_io_requests[log] 128
    num_completion_queues 4
    num_completion_queues[data] 4
    num_completion_queues[log] 4
    num_submit_queues 8
    num_submit_queues[data] 8
    num_submit_queues[log] 8
  9. Reinicie o SAP HANA.

  10. Depois de confirmar que tudo funciona conforme o esperado, exclua os discos permanentes para evitar que sejam cobrados.

Filestore

Somente para o volume /hana/shared, use o Filestore. No entanto, com o Filestore, todos os hosts do SAP HANA que compartilham o armazenamento precisam estar na mesma zona do Google Cloud.

Configuração de memória

Consulte a tabela de tipos de VM compatíveis.

Sistemas operacionais certificados para SAP HANA

O SAP HANA é executado no sistema operacional Red Hat Enterprise Linux (RHEL) ou SUSE Linux Enterprise Server (SLES).

Na tabela a seguir, mostramos os sistemas operacionais RHEL e SLES certificados pela SAP para uso em produção com o SAP HANA no Google Cloud.

Exceto quando indicado na tabela, cada sistema operacional é compatível com o SAP HANA em todos os tipos de VM certificados do Compute Engine.

Para informações sobre o status de suporte atual de cada sistema operacional e quais sistemas operacionais estão disponíveis no Google Cloud, consulte Suporte do sistema operacional para SAP HANA no GCP.

Para informações da SAP sobre quais sistemas operacionais são compatíveis com o SAP HANA no Google Cloud, consulte o Diretório de hardware do SAP HANA.

A tabela a seguir não inclui:

  • versões certificadas do sistema operacional que não são mais compatíveis;
  • versões do sistema operacional que não são específicas do SAP.
Sistema operacional Versão Tipos de VM não compatíveis
RHEL para SAP
7.3 n2-highmem
m1-ultramem
m2-megamem
m2-ultramem
personalizado
7.4 m2-ultramem
7.6
SLES para SAP
12 SP3 n1-highmem
m1-megamem
12 SP4
12 SP5
15
15 SP1

Imagens personalizadas de sistemas operacionais

É possível usar uma imagem do Linux que o GCP fornece e mantém (uma imagem pública) ou fornecer e manter sua própria imagem do Linux (uma imagem personalizada).

Use uma imagem personalizada se a versão do sistema operacional certificado pela SAP exigida não estiver disponível no GCP como imagem pública. Nas etapas a seguir, descritas em detalhes em Como importar imagens de disco de inicialização para o Compute Engine, resumimos o procedimento para usar uma imagem personalizada:

  1. Prepare seu disco de inicialização para que ele seja executado no ambiente do Compute Engine do GCP e para que possa ser acessado após a inicialização.
  2. Crie e compacte o arquivo de imagem do disco de inicialização.
  3. Faça upload do arquivo de imagem para o Cloud Storage e importe a imagem para o Compute Engine como uma nova imagem personalizada.
  4. Use a imagem importada para criar uma instância de máquina virtual e garantir que ela seja inicializada corretamente.
  5. Otimize a imagem e instale o ambiente convidado do Linux para que a imagem do sistema operacional importada comunique-se com o servidor de metadados e use outros recursos do Compute Engine.

Depois que a imagem personalizada estiver pronta, será possível usá-la durante a criação de VMs para o sistema SAP HANA.

Se você estiver migrando um sistema operacional RHEL de uma instalação local para o GCP, será necessário adicionar o Red Hat Cloud Access à sua assinatura do Red Hat. Para mais informações, consulte Red Hat Cloud Access (em inglês).

Para mais informações sobre as imagens do sistema operacional fornecidas pelo GCP, consulte "Imagens".

Para mais informações sobre como importar um sistema operacional para o GCP como uma imagem personalizada, consulte Como importar imagens de discos de inicialização para o Compute Engine.

Para mais informações sobre os sistemas operacionais compatíveis com o SAP HANA, consulte os links a seguir:

Identificação do usuário e acesso a recursos

Ao planejar a segurança de uma implantação do SAP no Google Cloud, é preciso identificar o seguinte:

  • As contas de usuário e os aplicativos que precisam de acesso aos recursos do Google Cloud no seu projeto do Google Cloud.
  • Os recursos específicos do Google Cloud em seu projeto que cada usuário precisará acessar.

É necessário adicionar cada usuário a seu projeto incluindo o ID da conta do Google ao projeto como membro. Para programas aplicativos que usam os recursos do Google Cloud, crie uma conta de serviço, que fornece uma identificação ao usuário para o programa dentro do projeto.

As VMs do Compute Engine dispõem de suas próprias contas de serviço. Qualquer programa que seja executado na VM pode usar uma conta de serviço da VM, contanto que essa conta tenha as permissões de recursos necessárias para o programa.

Depois de identificar os recursos do Google Cloud que cada usuário precisa, conceda permissões para que eles usem esses recursos atribuindo papéis específicos do recurso ao usuário. Revise os papéis predefinidos que o IAM oferece para cada recurso e atribua, a cada usuário, papéis que forneçam apenas as permissões suficientes para que eles concluam suas tarefas ou funções.

Se você precisar de um controle mais granular ou restritivo do que os papéis predefinidos do IAM, poderá criar papéis personalizados.

Para mais informações sobre os papéis do IAM necessários aos programas SAP no Google Cloud, consulte Gerenciamento de identidade e acesso para programas SAP no Google Cloud.

Para ter uma visão geral do gerenciamento de identidade e acesso do SAP no Google Cloud, consulte Visão geral do gerenciamento de identidade e acesso para SAP no Google Cloud.

Considerações sobre preços e cotas para o SAP HANA

Ao seguir este guia de implantação, você será responsável pelos custos cobrados para usar os recursos criados. Use a calculadora de preços para ajudar a estimar os custos reais.

Cotas

Se você tiver uma conta do GCP nova ou não tiver solicitado uma cota maior, será necessário fazer isso para implantar o SAP HANA. Visualize sua cota atual e a compare com a tabela a seguir para ver o aumento a ser solicitado. É possível então solicitar um aumento no limite da cota.

Na tabela a seguir, mostramos os valores de cota para sistemas SAP HANA de escalonamento vertical e de host único por tipo de instância de VM. Se você hospedar o SAP HANA Studio no GCP ou usar um gateway NAT e um Bastion Host, adicione os valores mostrados na tabela ao seu requisito de cota total.

Tipo de instância CPU Memória PD padrão PD SSD
n1-highmem-32 32 208 GB 448 GB 834 GB
n1-highmem-64 64 416 GB 864 GB 1.280 GB
n1-highmem-96 96 624 GB 1.280 GB 1.904 GB
n2-highmem-32 32 256 GB 544 GB 834 GB
n2-highmem-48 48 384 GB 800 GB 1.184 GB
n2-highmem-64 64 512 GB 1.056 GB 1.568 GB
n2-highmem-80 80 640 GB 1.312 GB 1.952 GB
m1-megamem-96 96 1.433 GB 2.898 GB 3.717 GB
m1-ultramem-40 40 961 GB 1.954 GB 2.914 GB
m1-ultramem-80 80 1.922 GB 3.876 GB 4.451 GB
m1-ultramem-160 160 3.844 GB 7.720 GB 7.334 GB
m2-megamem-416 416 5.888 GB OLAP: não aplicável(Observação)
OLTP: 11.832 GB
OLAP: não aplicável(Observação)
OLTP: 10.442 GB
m2-ultramem-208 208 5.888 GB 11.832 GB 10.442 GB
m2-ultramem-416 416 11.766 GB 23.564 GB 19.217 GB
Gateway NAT/Bastion 1 3,75 GB 8 GB 0 GB
SAP HANA Studio 1 3,75 GB 50 GB 0 GB

Observação: no momento, o tipo de instância "m2-megamem-416" do Compute Engine é certificado pela SAP somente se os dados e volumes de registro estiverem armazenados no NetApp Cloud Volumes Service para Google Cloud, então não é necessário armazenamento em disco permanente.

Licenciamento

Para executar o SAP HANA no GCP, é necessário que você traga sua própria licença (BYOL, na sigla em inglês).

Para mais informações da SAP sobre o gerenciamento de licenças do SAP HANA, consulte Chaves de licença para o banco de dados SAP HANA (link em inglês).

Arquitetura de implantação

O SAP HANA no GCP oferece suporte a arquiteturas de host único e de vários hosts.

Arquitetura de host único

Veja a arquitetura de host único no diagrama a seguir. No diagrama, observe a implantação no GCP e o layout do disco. Use o Cloud Storage para fazer backup dos seus backups locais disponíveis em /hanabackup. Essa ativação precisa ser igual ou maior que a ativação de dados.

Layout de implantação

Observe que a VM do SAP HANA não tem IP público, o que significa que não pode ser acessada por uma rede externa. Em vez disso, a implantação usa um Bastion Host NAT e o SAP HANA Studio para acessar o SAP HANA. A instância do SAP HANA Studio e o Bastion Host são implantados na mesma sub-rede que a instância do SAP HANA.

Provisione um host Windows em que você instala o SAP HANA Studio, com a instância colocada na mesma sub-rede e com regras de firewall que permitem a conexão ao banco de dados SAP HANA pelo SAP HANA Studio.

Implante o SAP HANA usando uma arquitetura de escalonamento vertical de host único que tem os componentes a seguir:

  • Uma instância do Compute Engine para o banco de dados SAP HANA, com um disco permanente SSD de 834 GB ou maior e uma rede com largura de banda de até 16 Gbps. O disco permanente SSD é particionado e ativado em /hana/data e /hana/log para hospedar os dados e os registros.

  • Uma sub-rede opcional, mas recomendada, com topologia personalizada e intervalos de IP na região do GCP de sua escolha. O banco de dados SAP HANA e as outras instâncias do Compute Engine são inicializados nessa sub-rede. É possível usar uma sub-rede atual para o SAP HANA.

  • Um gateway de Internet opcional, mas recomendado, configurado para acesso à Internet de saída para sua instância do SAP HANA e outras instâncias. Neste guia, pressupomos que você esteja usando esse gateway.

  • Regras de firewall do Compute Engine que restringem o acesso a instâncias.

  • Disco permanente para backup do banco de dados SAP HANA.

  • VM do Compute Engine, n1-standard-2, com o sistema operacional Windows para hospedar o SAP HANA Studio.

  • VM do Compute Engine, n1-standard-1, como um Bastion Host.

  • Instalação automatizada do banco de dados SAP HANA com um arquivo de configuração criado de um modelo.

  • SAP HANA Studio.

Como implantar sistemas de escalonamento vertical com o Deployment Manager

O Google Cloud fornece modelos de configuração do Deployment Manager que podem ser usados para automatizar a implantação de sistemas de escalonamento vertical de host único do SAP HANA.

Os scripts do Deployment Manager podem ser usados para os cenários a seguir:

Os scripts do Deployment Manager podem implantar as VMs, os discos permanentes, o SAP HANA e, no caso do cluster de alta disponibilidade do Linux, os componentes de alta disponibilidade necessários.

Os scripts do Deployment Manager não implantam os componentes do sistema a seguir:

  • A rede e a sub-rede
  • Regras de firewall
  • Gateways NAT, Bastion Hosts ou as VMs deles
  • SAP HANA Studio ou a VM dele

Arquitetura de vários hosts

No diagrama a seguir, vemos uma arquitetura de vários hosts no Google Cloud.

Diagrama de arquitetura de vários hosts.

Conforme a demanda da carga de trabalho aumenta, especialmente ao usar o OLAP, uma arquitetura de vários hosts e de escalonamento horizontal pode distribuir a carga entre todos os hosts.

A arquitetura de escalonamento horizontal consiste em um host principal, vários hosts worker e, opcionalmente, um ou mais hosts em espera. Os hosts são interconectados por meio de uma rede compatível com envio de dados entre hosts a taxas de até 16 Gbps.

Os hosts em espera são compatíveis com a solução de recuperação de falhas de failover automático de hosts do SAP HANA. Para mais informações sobre o failover automático do host no Google Cloud, consulte o Guia de planejamento de alta disponibilidade e recuperação de desastres para SAP HANA.

Estruturas de disco para sistemas de escalonamento horizontal do SAP HANA no Google Cloud

Com exceção dos hosts em espera, cada host tem seus próprios volumes /hana/data, /hana/log e, normalmente, /usr/sap em discos SSD permanentes, que oferecem serviços de E/S consistentes e com IOPS alto. O host principal também serve como o principal do NFS para os volumes /hana/shared e /hanabackup, o que é ativado em cada worker e host em espera.

Para um host em espera, os volumes /hana/data e /hana/log não são ativados até que ele também seja ativado.

Alta disponibilidade para sistemas de escalonamento horizontal do SAP HANA no Google Cloud

Os recursos a seguir ajudam a garantir a alta disponibilidade de um sistema de escalonamento horizontal do SAP HANA:

  • Migração em tempo real do Compute Engine
  • Reinicialização automática de instâncias do Compute Engine
  • Failover automático do host do SAP HANA com até três hosts correspondentes em espera

Para mais informações sobre as opções de alta disponibilidade no Google Cloud, consulte o Guia de planejamento de alta disponibilidade e recuperação de desastres para SAP HANA.

No caso de uma migração em tempo real ou evento de reinicialização de instância automática, os volumes /hana/shared e /hanabackup baseados no armazenamento permanente protegido poderão ficar on-line novamente assim que uma instância estiver em execução.

Se estiver usando um host em espera, em caso de falha, o failover automático do SAP HANA desativará os volumes /hana/data e /hana/log do host com falha e os ativará no host em espera.

Componentes em um sistema de escalonamento horizontal do SAP HANA no Google Cloud

Uma arquitetura de escalonamento horizontal de vários hosts do SAP HANA no Google Cloud contém os componentes a seguir:

  • Uma instância de VM do Compute Engine para cada host do SAP HANA no sistema, incluindo um host principal, até 15 hosts de workers e até três hosts em espera opcionais.

    Cada VM usa o mesmo tipo de máquina do Compute Engine. Para os tipos de máquina compatíveis com o SAP HANA, consulte Tipos de VM.

    Cada VM precisa incluir armazenamento SSD e HDD, ativado no local correto.

  • Uma solução NFS implantada separadamente para compartilhar os volumes /hana/shared e /hanabackup com o worker e os hosts em espera. É possível usar o Filestore ou outra solução de NFS.

  • Uma sub-rede opcional, mas recomendada, com topologia personalizada e intervalos de IP na região do GCP de sua escolha. O banco de dados SAP HANA e as outras instâncias do Compute Engine são inicializados nessa sub-rede. Se preferir, use uma sub-rede atual.

  • Opcionalmente, um gateway de Internet configurado para acesso à Internet de saída para sua instância do SAP HANA e outras instâncias.

  • Opcionalmente, uma VM n1-standard-2 do Compute Engine com o sistema operacional Windows instalado para hospedar o SAP HANA Studio.

  • Opcionalmente, uma VM n1-standard-1 do Compute Engine para um Bastion Host.

  • Regras de firewall do Compute Engine ou outros controles de acesso à rede que restringem o acesso a instâncias do Compute Engine e também permitem a comunicação entre instâncias e outros recursos distribuídos ou remotos exigidos pelo sistema SAP HANA.

Como implantar sistemas de escalonamento horizontal com o Deployment Manager

O Google Cloud fornece modelos de configuração do Deployment Manager que podem ser usados para automatizar a implantação de sistemas de escalonamento horizontal de vários hosts do SAP HANA.

Os scripts do Deployment Manager podem implantar as VMs, os discos permanentes e o SAP HANA. O script também ativa a solução NFS para as VMs.

Os scripts do Deployment Manager não implantam os componentes do sistema a seguir:

  • A rede e a sub-rede
  • A solução NFS
  • Regras de firewall
  • Gateways NAT, Bastion Hosts ou as VMs deles
  • SAP HANA Studio ou a VM dele

Suporte

Para problemas com a infraestrutura ou os serviços do Google Cloud, entre em contato com o Suporte do Google Cloud. É possível ver os dados de contato na página Visão geral do suporte no Console do Google Cloud. Se o Suporte do Google Cloud determinar que há um problema nos seus sistemas SAP, você será encaminhado ao Suporte da SAP.

Para problemas relacionados a produtos SAP, registre sua solicitação de suporte no site da SAP (em inglês). A SAP avalia o tíquete de suporte e, se ele parecer ser um problema de infraestrutura do Google Cloud, transfere o tíquete para o componente do Google Cloud, BC-OP-LNX-GOOGLE ou BC-OP-NT-GOOGLE.

Requisitos de suporte

Antes de receber suporte para sistemas SAP e a infraestrutura e os serviços do Google Cloud que eles usam, você precisa atender aos requisitos mínimos do plano de suporte.

Saiba mais sobre os requisitos mínimos de suporte para SAP no Google Cloud em:

A seguir