Guia de planejamento do SAP HANA

Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

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 detalhes sobre como implantar o SAP HANA no Google Cloud, consulte:

Sobre o SAP HANA no Google Cloud

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. Os clientes podem aproveitar a facilidade dos recursos altamente escalonáveis, redundantes e de provisionamento da infraestrutura do Google Cloud para executar cargas de trabalho essenciais aos negócios. O Google Cloud 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) do Compute Engine, localizados em data centers do Google ao redor do mundo.

Ao implantar o SAP HANA no Google Cloud, 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 ao executar no Google Cloud, consulte o Framework da arquitetura do Google Cloud.

Interação 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 encontradas no console do Google Cloud)
  • 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 Google Cloud

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 é preciso criar e configurar individualmente os recursos nem descobrir dependências, porque o console do Google Cloud faz isso para você.
Cloud Storage Armazene no Cloud Storage os backups de bancos de dados SAP para 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 máquinas certificadas para SAP HANA

Para SAP HANA, o SAP certifica apenas um subconjunto dos tipos de máquina que estão disponíveis no Google Cloud.

Os tipos de máquina que o SAP certifica para SAP HANA incluem máquinas virtuais (VMs) do Compute Engine e máquinas bare metal da Solução Bare Metal.

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 máquina, consulte Sistemas operacionais certificados para SAP HANA.

Alguns tipos de máquinas não estão disponíveis em todas as regiões do Google Cloud. Para verificar a disponibilidade regional de uma máquina virtual do Compute Engine, consulte Regiões e zonas disponíveis. Para máquinas do Bare Metal Solution certificadas para SAP HANA, consulte Disponibilidade regional de máquinas do Bare Metal Solution para SAP HANA.

A SAP lista os tipos de máquina certificados para o SAP HANA no diretório de hardware certificado e compatível com SAP HANA.

Para saber mais sobre diferentes tipos de VM do Compute Engine e os respectivos casos de uso, consulte Tipos de máquina.

VMs com certificação do Compute Engine para SAP HANA

A tabela a seguir mostra as VMs do Compute Engine certificadas pela SAP para SAP HANA:

A tabela a seguir mostra todos os tipos de máquina do Google Cloud certificados pelo SAP para uso de produção do SAP HANA.

A tabela não inclui os tipos de máquina que o SAP certifica para o SAP Business One no SAP HANA. Para os tipos de máquinas certificados pelo SAP para SAP HANA com SAP Business One, consulte Aplicativos SAP certificados no Google Cloud.

Para os números do SAPS para cada tipo de máquina na tabela, consulte Tipos de máquina certificados para aplicativos SAP.

Tipos de máquina vCPUs Memória Sistema operacional Plataforma de CPU Application type Observações
Tipos de VM de uso geral com alta memória N1
n1-highmem-32 32 208 GB RHEL, SUSE
Intel Broadwell OLAP ou OLTP Armazenamento em blocos: discos permanentes do Compute Engine ou, apenas para escalonamento vertical, NetApp CVS-Performance.
n1-highmem-64 64 416 GB RHEL, SUSE Intel Broadwell OLAP ou OLTP Armazenamento em blocos: discos permanentes do Compute Engine ou, apenas para escalonamento vertical, NetApp CVS-Performance.
n1-highmem-96 96 624 GB RHEL, SUSE Intel Skylake OLAP ou OLTP Armazenamento em blocos: discos permanentes do Compute Engine ou, apenas para escalonamento vertical, NetApp CVS-Performance.
Tipos de VM de uso geral com alta memória N2
n2-highmem-32 32 256 GB RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake
OLAP ou OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine ou NetApp CVS-Performance.
n2-highmem-48 48 384 GB RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake
OLAP ou OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine ou NetApp CVS-Performance.
n2-highmem-64 64 512 GB RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake
OLAP ou OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine ou NetApp CVS-Performance.
n2-highmem-80 80 640 GB RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake
OLAP ou OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine ou NetApp CVS-Performance.
n2-highmem-96 96 768 GB RHEL, SUSE Intel Ice Lake OLAP ou OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine ou NetApp CVS-Performance.
n2-highmem-128 128 864 GB RHEL, SUSE Intel Ice Lake OLAP ou OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine ou NetApp CVS-Performance.
Tipos de VM com otimização de memória M1
m1-megamem-96 96 1.433 GB RHEL, SUSE Intel Skylake OLAP ou OLTP OLAP: faça o escalonamento vertical ou horizontal de até 16 nós.
OLTP: somente escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine ou, apenas para escalonamento vertical do OLTP, NetApp CVS-Performance.
m1-ultramem-40 40 961 GB RHEL, SUSE Intel Broadwell Apenas OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine ou NetApp CVS-Performance.
m1-ultramem-80 80 1.922 GB RHEL, SUSE Intel Broadwell Apenas OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine ou NetApp CVS-Performance.
m1-ultramem-160 160 3.844 GB RHEL, SUSE Intel Broadwell OLAP ou OLTP Cargas de trabalho OLAP certificadas para escalonamento vertical e horizontal de até 16 nós.
As cargas de trabalho de OLTP certificadas somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine ou, apenas para escalonamento vertical do OLTP, NetApp CVS-Performance.
Tipos de VM com otimização de memória M2
m2-megamem-416 416 5.888 GB RHEL, SUSE Intel Cascade Lake OLAP ou OLTP Cargas de trabalho OLAP certificadas para escalonamento vertical e horizontal de até 16 nós.
As cargas de trabalho de OLTP são certificadas para escalonamento vertical ou horizontal de até quatro nós.
A certificação de escalonamento horizontal de OLTP inclui o SAP S/4HANA.
Para escalonar horizontalmente com o S/4HANA, consulte a Nota SAP 2408419.
Armazenamento em blocos: discos permanentes do Compute Engine ou, apenas para escalonamento vertical, NetApp CVS-Performance.
m2-ultramem-208 208 5.888 GB RHEL, SUSE Intel Cascade Lake Apenas OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine ou NetApp CVS-Performance.
m2-ultramem-416 416 11,776 GB RHEL, SUSE Intel Cascade Lake-SP OLAP ou OLTP As cargas de trabalho OLAP são certificadas com dimensionamento baseado em carga de trabalho para escalonamento vertical ou horizontal de até 16 nós.
As cargas de trabalho de OLTP são certificadas para escalonamento vertical ou horizontal de até quatro nós.
A certificação de escalonamento horizontal de OLTP inclui o SAP S/4HANA.
Armazenamento em blocos: discos permanentes do Compute Engine ou, apenas para escalonamento vertical, NetApp CVS-Performance.
Para escalonar horizontalmente com o S/4HANA, consulte a Nota SAP 2408419.
m2-hypermem-416 416 8.832 GB RHEL, SUSE Intel Cascade Lake Apenas OLTP As cargas de trabalho de OLTP são certificadas para escalonamento vertical ou horizontal de até quatro nós.
A certificação de escalonamento horizontal de OLTP inclui o SAP S/4HANA.
Armazenamento em blocos: discos permanentes do Compute Engine ou, apenas para escalonamento vertical, NetApp CVS-Performance.
Para escalonar horizontalmente com o S/4HANA, consulte a Nota SAP 2408419.

Máquinas certificadas da Solução Bare Metal para SAP HANA

A tabela a seguir mostra as máquinas da Solução Bare Metal certificadas pela SAP para SAP HANA exclusivamente em uma arquitetura de três camadas.

Para ver em quais regiões esses tipos de máquinas certificadas estão disponíveis, consulte Disponibilidade regional de máquinas da Solução Bare Metal para SAP HANA.

Tipo de máquina da Solução Bare Metal Núcleos da CPU vCPU Soquetes Memória Plataforma de CPU Sistema operacional Application type Observações
Tipos de máquina do Bare Metal Solution com otimização de memória O2
o2-ultramem-672-metal 336 672 12 18 TB Intel Cascade Lake RHEL, SUSE Apenas OLTP Escalona verticalmente somente em uma arquitetura de três camadas.
Dimensionamento padrão.
o2-ultramem-896-metal 448 896 16 24 TB Intel Cascade Lake RHEL, SUSE Apenas OLTP Escalona verticalmente somente em uma arquitetura de três camadas.
Dimensionamento padrão.

Tipos de VM personalizados certificados para SAP HANA

A tabela a seguir mostra os tipos de máquina personalizados do Compute Engine certificados pela SAP para uso de produção do SAP HANA no Google Cloud.

A SAP certifica apenas um subconjunto dos tipos de máquinas personalizados disponíveis no Compute Engine.

Os tipos de máquina personalizados estão sujeitos 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 personalizada.

Tipo de máquina base vCPUs Memória (GB) Sistema operacional Plataformas 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) No Intel Ice Lake, é um número de vCPUs de 32 a 80 que é igualmente divisível por 4.
No Intel Cascade Lake, é um número de vCPUs de 32 a 80 que é igualmente divisível por 4.
Até 8 GB por vCPU RHEL, SUSE Intel Ice Lake,
Intel Cascade Lake

Disponibilidade regional de máquinas do Bare Metal Solution para SAP HANA

A tabela a seguir mostra as regiões atuais do Google Cloud compatíveis com o SAP HANA na Solução Bare Metal.

Região Local
europe-west3 Frankfurt, Alemanha, Europa
europe-west4 Eemshaven, Holanda, Europa
us-central1 Council Bluffs, Iowa, EUA, América do Norte
us-east4 Ashburn, Virgínia, EUA, América do Norte
us-west2 Los Angeles, Califórnia, EUA, América do Norte

Se você não vir a região de que precisa na tabela anterior, entre em contato com a Equipe de vendas do Google Cloud.

Configuração de memória

Suas opções de configuração de memória são determinadas pelo tipo de instância de VM do Compute Engine escolhida. Para mais informações, consulte a tabela Tipos de máquina certificados para SAP HANA.

Sistemas operacionais certificados para SAP HANA

A tabela a seguir mostra os sistemas operacionais Red Hat Enterprise Linux (RHEL) e SUSE Linux Enterprise Server (SLES) certificados pela SAP para uso de 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, acesse Diretório de hardware certificado e compatível com SAP HANA, clique no tipo de máquina necessário e depois selecione Sistema operacional.

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 máquina não compatíveis
RHEL para SAP 8.6
8,40
8.2
8.1
7.9
7.7
7.6
SLES para SAP 15 SP3
15 SP2 o2-ultramem
15 SP1
15
12 SP5
12 SP4
12 SP3 m1-megamem
n1-highmem
o2-ultramem

Imagens personalizadas de sistemas operacionais

É possível usar uma imagem do Linux que o Google Cloud 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 Google Cloud 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 Google Cloud, 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 Google Cloud, consulte Imagens.

Para mais informações sobre como importar um sistema operacional para o Google Cloud 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 que o SAP HANA suporta, consulte os links a seguir:

Origem do relógio no SO em VMs do Compute Engine

A origem do relógio padrão do SO é o kvm-clock para SLES e TSC para imagens do RHEL.

Não é necessário alterar a origem do relógio do SO quando o SAP HANA está em execução em uma VM do Compute Engine. Não há diferença no desempenho ao usar o kvm-clock ou o TSC como origem de relógio para VMs do Compute Engine com o SAP HANA.

Se você precisar alterar a origem do relógio do SO para o TSC, use SSH na sua VM e emita os seguintes comandos:

echo "tsc" | sudo tee /sys/devices/system/clocksource/*/current_clocksource
sudo cp /etc/default/grub /etc/default/grub.backup
sudo sed -i '/GRUB_CMDLINE_LINUX/ s|"| clocksource=tsc"|2' /etc/default/grub
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

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 com base na tecnologia de unidade de estado sólido (SSD, na sigla em inglês) ou na tecnologia de unidade de disco rígido padrão (HDD, na sigla em inglês). 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.

Por motivos de desempenho, os volumes /hana/data e /hana/log do SAP HANA exigem discos permanentes baseados em SSD. Os discos permanentes baseados em SSD incluem os seguintes tipos:

  • SSD (pd-ssd)
    • Fornece armazenamento em blocos confiável e de alto desempenho.
    • Use pd-ssd como a opção de armazenamento em blocos recomendada para os volumes /hana/log e /hana/data da maioria dos sistemas SAP HANA.
  • Equilibrado (pd-balanced)
    • Fornece armazenamento em blocos econômico e confiável.
    • Use pd-balanced como a solução recomendada para o volume /hana/shared e o disco de inicialização.
  • Extremo (pd-extreme)
    • Fornece opções de IOPS e capacidade de processamento máximas maiores que pd-ssd.
    • Você seleciona o desempenho necessário provisionando IOPS, que também determina a capacidade de processamento. Para mais informações, consulte Como provisionar IOPS.
    • Nos maiores tipos de máquina certificados do Compute Engine, é possível usar pd-extreme para os volumes /hana/log e /hana/data quando o maior desempenho for necessário. Para ver uma lista dos tipos de máquina compatíveis com pd-extreme, consulte Suporte a formatos de máquina.

Para o disco de inicialização e outros volumes do SAP HANA que não precisam do mesmo alto desempenho que os volumes /hana/data e /hana/log precisam, é possível usar os seguintes tipos de disco em uma instância de produção do SAP HANA:

  • O volume /shared pode ser mapeado para o mesmo disco permanente baseado em SSD que os volumes /hana/data e /hana/log. Se você mapeá-lo para o próprio disco dele, é possível usar um disco permanente pd-balanced;
  • Se você salvar os backups em um disco permanente, use um disco permanente padrão (pd-standard) com o volume /hanabackup.
  • Ao criar a VM do host, use um disco permanente pd-balanced para o disco de inicialização.
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 "/hana/shared" no seu disco permanente equilibrado
e "/hana/data" e "/hana/log" juntos em um disco permanente
SSD. O outro sistema tem "/hana/data", "/hana/log" e
"/hana/shared" em um único disco permanente SSD, que é a
arquitetura recomendada.

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 fornece um disco a menos para gerenciar do que o modelo dividido, em que o volume /hana/shared fica sozinho em um disco permanente equilibrado.

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 Google Cloud, é possível ver os discos permanentes anexados às 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:

Tamanhos mínimos para discos permanentes baseados em SSD

Ao dimensionar determinados discos permanentes baseados em SSD do Compute Engine para o SAP HANA, você precisa considerar não apenas os requisitos de armazenamento da sua instância do SAP HANA, mas também o desempenho do disco permanente.

Dentro dos limites, o desempenho de um SSD ou de um disco permanente equilibrado aumenta conforme o tamanho do disco e o número de vCPUs aumentam. Se um disco permanente equilibrado ou SSD for muito pequeno, talvez ele não forneça o desempenho exigido pelo SAP HANA.

O desempenho dos discos permanentes extremos, que estão disponíveis em maiores tipos de máquina certificados para alcançar o melhor desempenho, não é afetado pelo tamanho do disco. Para saber mais sobre o desempenho dos discos permanentes extremos, consulte Discos permanentes extremos.

Um SSD de 834 GB ou um disco permanente equilibrado de 1.429 GB oferece uma capacidade de processamento sustentada de 400 MB por segundo para leituras e gravações, o que é o mínimo. Para informações gerais sobre o desempenho do disco permanente, consulte Desempenho do armazenamento em blocos.

A tabela a seguir mostra os tamanhos recomendados para o SSD (pd-ssd) e discos permanentes equilibrados (pd-balanced) para atender aos requisitos de desempenho do SAP HANA em um ambiente de produção de cada tipo de máquina do Compute Engine certificado pelo SAP HANA. Os tamanhos listados fornecem o desempenho de armazenamento em blocos necessário para a certificação desse tipo de máquina para o SAP HANA.

Os tamanhos mínimos para discos permanentes extremos (pd-extreme), que são baseados apenas na quantidade de memória, estão incluídos na tabela para referência.

Os tamanhos presumem que os volumes /hana/data, /hana/log e /hana/shared são mapeados para o mesmo disco.

Tipo de VM do Compute Engine Tamanho pd-ssd (GB) Tamanho pd-balanced (GB) Tamanho pd-extreme (GB)
n1-highmem-32 834 1,430 Não relevante (N/A)
n1-highmem-64 1,155 1.980 N/A
n1-highmem-96 1.716 2.942 N/A
n2-highmem-32 834 1,430 N/A
n2-highmem-48 1.068 1.831 N/A
n2-highmem-64 1.414 2.424 1.414
n2-highmem-80 1.760 3.017 1.760
n2-highmem-96 2,105 3,609 N/A
n2-highmem-128 2,364 4,053 N/A
m1-megamem-96 3.287 4.286 3.287
m1-ultramem-40 2.626 4.286 N/A
m1-ultramem-80 3.874 4.286 N/A
m1-ultramem-160 6.180 6.180 N/A
m2-megamem-416 8.634 8.634 N/A
m2-ultramem-208 8.634 8.634 8.634
m2-ultramem-416 15.699 15.699 15.699
m2-hypermem-416 12.167 12.167 12.167

Como determinar o tamanho do disco permanente

Calcule a quantidade de armazenamento em disco permanente necessária para os volumes do SAP HANA com base na quantidade de memória do tipo de máquina selecionado do Compute Engine.

Requisitos de tamanho do disco permanente para sistemas de escalonamento vertical

Para sistemas de escalonamento vertical do SAP HANA, use as seguintes fórmulas para cada volume:

  • /hana/data: 1,2 x memória
  • /hana/log: 0,5 x de memória (ajustada como um múltiplo de 64, se necessário) ou 512 GB, o que for menor
  • /hana/shared: 1 x memória ou 1.024 GB, o que for menor
  • /usr/sap: 32 GB
  • /hanabackup: 2 x memória, alocação opcional
Requisitos de tamanho do disco permanente para sistemas de escalonamento horizontal

Para sistemas de escalonamento horizontal do SAP HANA, use a mesma fórmula que os sistemas de escalonamento horizontal do SAP HANA para volumes /hana/data e /hana/log. Para o volume /hana/shared, calcule o tamanho do disco permanente com base no número de hosts de worker na sua implantação. Para cada quatro hosts de worker, aumente o tamanho do disco em 1 x memória. Exemplo:

  • De 1 a 4 hosts de worker: 1 x memória
  • De 5 a 8 hosts worker: 2 x de memória
  • De 9 a 12 hosts de worker: 3 x memória
  • De 13 a 16 hosts de worker: 4 x memória

Para determinar os requisitos gerais de cota de armazenamento para sistemas de escalonamento horizontal do SAP HANA, é necessário somar os tamanhos de disco para cada tipo de disco usado com todos os hosts no sistema de escalonamento horizontal. Por exemplo, se você colocou /hana/data e /hana/log em disco permanente pd-ssd, mas /hana/shared em disco permanente pd-balanced, precisará de totais separados para pd-ssd e pd-balanced para solicitar cotas separadas.

Para um sistema de escalonamento horizontal do SAP HANA com failover automático de host, basta calcular o tamanho do disco permanente para hosts mestre e de trabalho. Os hosts em espera não têm os próprios volumes /hana/data, /hana/log e /user/sap. Se houver uma falha, o failover automático do SAP HANA desativará os volumes /hana/data, /hana/log e /user/sap do host com falha e os ativará no host em espera. Os volumes /hana/shared e /hanabackup para um host em espera são ativados em uma solução de NFS implantada separadamente.

Como alocar excesso de armazenamento em disco permanente

Selecione um tamanho de disco permanente que não seja menor do que o tamanho mínimo listado para seu tipo de disco permanente em Tamanhos mínimos para discos SSD e discos permanentes balanceados.

Se você estiver usando discos permanentes pd-ssd ou pd-balanced, o tamanho mínimo poderá ser determinado pelos requisitos de desempenho do SAP HANA em vez dos requisitos de armazenamento do SAP HANA.

Por exemplo, se você estiver executando o SAP HANA em uma instância de VM n2-highmem-32, que tenha 256 GB de memória, o requisito de armazenamento total para os volumes do SAP HANA será 723 GB. No entanto, se você usar um disco permanente SSD, o tamanho mínimo necessário será 834 GB. Portanto, é preciso dimensionar o disco permanente em 834 GB ou mais.

Aplique qualquer armazenamento em disco permanente em excesso ao volume /hana/data.

Para informações da SAP sobre o dimensionamento do SAP HANA, consulte Como dimensionar o SAP HANA.

Desempenho do disco permanente extremo

Discos permanentes extremos fornecem opções de IOPS e capacidade de processamento máximas maiores para os volumes /hana/log e /hana/data do que os discos permanentes SSD. Somente os tipos de máquinas maiores certificados pelo SAP HANA são compatíveis com discos permanentes extremos. Para saber mais sobre o provisionamento de IOPS para discos permanentes extremos, consulte Como provisionar IOPS.

Ao contrário de outros discos permanentes baseados em SSD, quando você usa discos permanentes extremos com o SAP HANA, não precisa se preocupar com o desempenho ao dimensionar os discos permanentes. O dimensionamento de discos permanentes extremos é baseado exclusivamente nos requisitos de armazenamento do SAP HANA. Para mais informações sobre como dimensionar discos permanentes, consulte Como determinar o tamanho do disco permanente.

O número de IOPS que você provisiona ao criar um disco permanente extremo determina a capacidade de processamento máxima.

Para atender aos requisitos de desempenho do SAP HANA, ao criar um disco permanente extremo, provisione no mínimo 20.000 IOPS, que fornece 640 MB/s de capacidade de processamento.

O número máximo de IOPS que você pode provisionar pode variar, dependendo do tipo de máquina usado.

Para ver uma lista dos tipos de máquinas compatíveis com discos permanentes extremos, bem como o IOPS e a capacidade de processamento máxima que os discos permanentes extremos podem fornecer com cada tipo de máquina, consulte Suporte a formatos de máquina.

Discos permanentes implantados pelos scripts de automação de implantação

Quando você implanta um sistema SAP HANA usando os scripts do Terraform ou do Cloud Deployment Manager fornecidos pelo Google Cloud, o script aloca dois discos permanentes para SAP HANA:

  • Um único disco permanente SSD para os diretórios /hana/data, /hana/log, /usr/sap e /hana/shared diretórios
  • Como alternativa, um disco permanente HDD padrão para o diretório /hanabackup

O Deployment Manager mapeia os diretórios /hana/data, /hana/log, /usr/sap e /hana/shared do SAP HANA para seu próprio volume lógico para facilitar o redimensionamento e os mapeia para a SSD permanente. disco em um único grupo de volumes.

O Deployment Manager mapeia o diretório /hanabackup para um volume lógico em um grupo de volumes separado, que ele mapeia para um disco permanente HDD padrão.

O exemplo a seguir mostra como o Deployment Manager mapeia os volumes para o SAP HANA em uma VM do Compute Engine n2-highmem-32, que tem 256 GB de memória.

No exemplo, o grupo de volumes vg_hana é mapeado para um único disco permanente SSD de 834 GB, que é o tamanho mínimo necessário. Os volumes do SAP HANA, que contam com 256 GB, exigem apenas cerca de 723 GB de armazenamento no total. Para usar todo o armazenamento no disco permanente, o Deployment Manager alocou o espaço em disco em excesso para o volume de dados. O Deployment Manager dimensionou o volume de backup em 512 GB, dobrou a memória e a mapeou para um disco permanente padrão do mesmo tamanho.

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

Os tamanhos dos volumes para o mesmo tipo de máquina podem ser um pouco diferentes dos mostrados no exemplo.

Armazenamento em disco permanente opcional para backups

Ao armazenar backups do SAP HANA em um disco permanente, use os 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 backup no volume de backup facilita a recuperação do banco de dados, se necessário.

Para disponibilizar os backups do SAP HANA como um recurso regional para recuperação de desastres, use snapshots de discos permanentes do Compute Engine. É possível programar snapshots de modo regular e automático para fazer backup do disco permanente. Para mais informações, consulte Recursos do disco permanente.

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.

É possível usar outros mecanismos para armazenar backups do SAP HANA. 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 Google Cloud. 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.

Opção de reinicialização rápida do SAP HANA

Para o SAP HANA 2.0 SP04 e versões posteriores, o Google Cloud recomenda fortemente a opção de Reinicialização rápida do SAP HANA.

A reinicialização rápida do SAP HANA reduz os tempos de reinicialização caso o SAP HANA seja encerrado, mas o sistema operacional continua em execução. Para reduzir o tempo de reinicialização, o SAP HANA usa a funcionalidade de memória permanente do SAP HANA para preservar os fragmentos de dados MAIN nas tabelas de armazenamento de colunas no DRAM que é mapeada para o sistema de arquivos tmpfs.

Além disso, nas VMs da família M2 de tipos de máquina com otimização de memória do Compute Engine, a reinicialização rápida do SAP HANA melhora o tempo de recuperação se ocorrerem erros não corrigíveis na memória. Para mais informações, consulte Recuperação de erros de memória com reinicialização rápida em VMs do Compute Engine.

Para informações sobre como configurar a reinicialização rápida do SAP HANA, consulte as informações de configuração no guia de implantação do cenário de implantação do SAP HANA. Por exemplo, para um escalonamento vertical ou horizontal sem cenário de implantação de nós em espera, consulte Como configurar a reinicialização rápida do SAP HANA.

Configurações obrigatórias de SO para a reinicialização rápida do SAP HANA

Para usar a reinicialização rápida do SAP HANA, o sistema operacional precisa ser ajustado conforme exigido pela SAP.

Se você usar os arquivos de configuração do Terraform ou os modelos do Deployment Manager fornecidos pelo Google Cloud, as configurações do kernel serão definidas para você.

Se você não usar os arquivos de implantação fornecidos pelo Google Cloud, a SAP fornecerá orientação para configurar os sistemas operacionais RHEL e SLES para SAP HANA. Para a reinicialização rápida do SAP HANA, preste atenção à configuração correta de numa_balancing e transparent_hugepage.

Se você usa o RHEL, use o perfil ajustado sap-hana, se ele estiver disponível. Para ver as etapas de configuração, consulte:

Se você usa o SLES, use a ferramenta saptune do SUSE para aplicar a configuração necessária. Para aplicar todas as configurações recomendadas do SAP HANA, incluindo os dois parâmetros anteriores do kernel, especifique o seguinte comando saptune:

saptune solution apply HANA

Para mais informações sobre como configurar o SLES para SAP HANA, consulte:

Recuperação de erro de memória com reinicialização rápida nas VMs do Compute Engine

Ativar o SAP HANA Fast Restart em VMs na família M2 de tipos de máquina com otimização de memória do Compute Engine reduz o tempo necessário para a recuperação de erros incorrigíveis do SAP HANA.

Ao aproveitar os recursos do processador Intel, os tipos de máquina M2 podem continuar em execução quando ocorrem erros não corrigíveis no subsistema de memória. Se o SAP HANA Fast Restart for ativado quando ocorrer o erro de memória, o processo SAP HANA afetado será reiniciado, mas todo o banco de dados não precisará ser atualizado, apenas o bloco de arquivos afetado.

Tipos de máquina compatíveis com a recuperação de erros de memória

Atualmente, os seguintes tipos de máquina do Compute Engine são compatíveis com a recuperação de erros de memória:

  • m2-megamem-416
  • m2-ultramem-208
  • m2-ultramem-416
  • m2-hypermem-416
Sistemas operacionais necessários para recuperação de erros de memória

Com os patches de kernel necessários, os seguintes sistemas operacionais aceitam a recuperação de erros de memória com a reinicialização rápida do SAP HANA:

  • SUSE Linux Enterprise Server (SLES) para SAP, 12 SP3 ou posterior.
    • Incluídas em imagens públicas do Compute Engine com a data de criação da v202103* ou posterior.
    • Se precisar aplicar os patches mais recentes do kernel a uma implantação atual, siga o processo padrão de atualização. Por exemplo, execute os seguintes comandos:
      • sudo zypper refresh
      • sudo zypper update
  • Red Hat Enterprise Linux (RHEL) para SAP, 8.4 ou posterior.

Opções do servidor de arquivos

As opções de servidor de arquivos para o SAP HANA no Google Cloud incluem o Filestore e o NetApp Cloud Volumes Service para Google Cloud.

Para mais informações sobre todas as opções de servidores de arquivos para o SAP no Google Cloud, consulte Soluções de compartilhamento de arquivos para o SAP no Google Cloud.

Filestore

Para o volume /hana/shared em uma única configuração de escalonamento horizontal de zona, sugerimos o uso do nível de serviço do Filestore Basic, já que ele é indicado para recursos zonais. Para cenários em que a resiliência extra é necessária, use o Filestore Enterprise. Para mais informações, consulte Componentes em um sistema de escalonamento horizontal do SAP HANA no Google Cloud.

Cloud Volumes Service da NetApp para Google Cloud

O NetApp Cloud Volumes Service para o Google Cloud é uma plataforma de serviços de dados nativa da nuvem totalmente gerenciada que pode ser usada para criar um sistema de arquivos NFS para sistemas de escalonamento vertical do SAP HANA em todos os tipos de instância do Compute Engine certificados para o SAP HANA.

O NetApp Cloud Volumes Service oferece dois tipos de serviço: CVS e CVS-Performance. O tipo de serviço CVS-Performance oferece níveis de serviço diferentes. É preciso usar o tipo de serviço NetApp Cloud Volumes Service CVS-Performance (NetApp CVS-Performance) e o nível de serviço Extremo com o SAP HANA.

A compatibilidade com o NetApp CVS-Performance em implantações de escalonamento horizontal é limitada a tipos de instância específicos do Compute Engine, conforme indicado em Tipos de máquina certificados para SAP HANA na tabela.

Com o NetApp CVS-Performance, você pode colocar todos os diretórios do SAP HANA, incluindo /hana/data e /hana/logs, no armazenamento compartilhado, 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 CVS-Performance no Google Cloud está listado no Diretório de hardware do SAP HANA certificado e compatível (em inglês).

Disponibilidade regional do NetApp CVS-Performance para o SAP HANA

Os volumes do NetApp CVS-Performance precisam estar na mesma região das instâncias de VM do host.

A compatibilidade do SAP HANA com o NetApp CVS-Performance não está disponível em todas as regiões em que o NetApp CVS-Performance se encontra.

É possível usar o NetApp CVS-Performance com o SAP HANA nas seguintes regiões do Google Cloud:

Região Local
europe-west4 Eemshaven, Países Baixos, 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 CVS-Performance em uma região do Google Cloud que não está listada acima, entre em contato com a equipe de vendas.

Compatibilidade com o protocolo NFS

O NetApp CVS-Performance é 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 CVS-Performance precisam estar na mesma região das instâncias de VM do host.

Para os volumes /hana/data e /hana/log, é necessário o nível de serviço Extremo do NetApp CVS-Performance. É 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, os seguintes tamanhos mínimos de volume são necessários ao executar o SAP HANA com o NetApp CVS-Performance:

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 CVS-Performance

Para implantar o NetApp CVS-Performance com SAP HANA no Google Cloud, primeiro é preciso implantar as VMs e instalar o SAP HANA. Use os arquivos de configuração do Terraform ou os modelos do Deployment Manager que o Google Cloud fornece para implantar as VMs e o SAP HANA, ou crie as instâncias de VM e instale o SAP HANA manualmente.

Se você usar os arquivos de configuração do Terraform ou os modelos do Deployment Manager, as VMs serão implantadas com o volume /hana/data e /hana/log mapeado para discos permanentes. Depois de ativar os volumes do NetApp CVS-Performance para as VMs, é preciso copiar o conteúdo dos discos permanentes, conforme descrito nas etapas a seguir.

Para implantar o SAP HANA com o NetApp CVS-Performance usando os arquivos de implantação fornecidos pelo Google Cloud:

  1. Implante o SAP HANA com discos permanentes seguindo as instruções de sua escolha:

  2. Crie seus volumes do NetApp CVS-Performance. Para ver instruções completas da NetApp, consulte a Documentação do NetApp Cloud Volumes Service para Google Cloud.

  3. Ative o NetApp CVS-Performance em 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 CVS-Performance.

  6. Remova os discos permanentes.

  7. Reconecte os volumes NetApp CVS-Performance aos 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.

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 ao projeto incluindo o ID da conta do Google ao projeto como principal. 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 uma visão geral do gerenciamento de identidade e acesso do SAP no Google Cloud, consulte este artigo.

Considerações sobre preço e cota para o SAP HANA

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

Cotas

O SAP HANA requer mais CPU e memória do que muitas cargas de trabalho no Google Cloud. Se você tiver uma conta do Google Cloud nova ou não tiver solicitado uma cota maior, será necessário fazer isso para implantar o SAP HANA.

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.

Para um sistema SAP HANA de escalonamento horizontal ou vários sistemas de escalonamento vertical, é necessário incluir os valores totais de recursos de todos os sistemas. Para mais orientações sobre como determinar os requisitos de armazenamento dos sistemas de escalonamento horizontal, consulte Como determinar o tamanho do disco permanente.

Visualize sua cota atual e compare com os requisitos de recursos (CPU, memória e armazenamento) para saber o aumento a ser solicitado. É possível então solicitar um aumento no limite da cota.

Tipo de instância CPU Memória PD padrão PD SSD DP equilibrado DP extremo
n1-highmem-32 32 208 GB 448 GB 834 GB 1,430 GB Não relevante (N/A)
n1-highmem-64 64 416 GB 864 GB 1.155 GB 1.980 GB N/A
n1-highmem-96 96 624 GB 1.280 GB 1.716 GB 2,942 GB N/A
n2-highmem-32 32 256 GB 544 GB 834 GB 1.429 GB N/A
n2-highmem-48 48 384 GB 800 GB 1.068 GB 1,831 GB N/A
n2-highmem-64 64 512 GB 1.056 GB 1.414 GB 2,424 GB 1.414 GB
n2-highmem-80 80 640 GB 1.312 GB 1.760 GB 3,017 GB 1.760 GB
n2-highmem-96 96 768 GB 1.568 GB 2,105 GB 3,609 GB N/A
n2-highmem-128 128 864 GB 1.760 GB 2,364 GB 4,053 GB N/A
m1-megamem-96 96 1.433 GB 2.898 GB 3.287 GB 4.286 GB 3.287 GB
m1-ultramem-40 40 961 GB 1.954 GB 2.626 GB 4.286 GB N/A
m1-ultramem-80 80 1.922 GB 3.876 GB 3.874 GB 4.286 GB N/A
m1-ultramem-160 160 3.844 GB 7.720 GB 6.180 GB 6.180 GB N/A
m2-megamem-416 416 5.888 GB 11.832 GB 8.667 GB 8.667 GB N/A
m2-ultramem-208 208 5.888 GB 11.832 GB 8.634 GB 8.634 GB 8.634 GB
m2-ultramem-416 416 11.766 GB 23.564 GB 15.699 GB 15.699 GB 15.699 GB
m2-hypermem-416 416 8.832 GB 17.696 GB 12.167 GB 12.167 GB 12.167 GB

Licença

A execução do SAP HANA no Google Cloud exige que você tenha licenças adquiridas pelo usuário (BYOL).

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.

Arquiteturas de implantação

O SAP HANA no Google Cloud é compatível com arquiteturas de escalonamento vertical e horizontal.

Arquitetura de escalonamento vertical

O diagrama a seguir mostra a arquitetura de escalonamento vertical. No diagrama, observe a implantação no Google Cloud e o layout do disco. Use o Cloud Storage para fazer backup dos seus backups locais disponíveis em /hanabackup. Essa ativação será igual ou maior que a ativação de dados.

Arquitetura de escalonamento vertical

No Google Cloud, uma arquitetura de escalonamento único de host único do SAP HANA pode incluir os seguintes componentes:

  • Uma instância do Compute Engine para o banco de dados SAP HANA com uma largura de banda de rede de até 16 Gbps.

  • Os discos permanentes do Compute Engine a seguir:

    • Para os volumes /hana/data e /hana/log, um ou mais discos permanentes suportados por armazenamento de estado sólido (baseado em SSD) e configurados de uma das seguintes maneiras:

    • Um disco permanente baseado em SSD particionado para os dois volumes

    • Dois discos permanentes baseados em SSD, um para cada volume

    Os tipos de disco permanente baseados em SSD incluem os tipos de disco permanente SSD, equilibrado e extremo. Para desempenho, os discos permanentes SSD e equilibrados precisam ser dimensionados de acordo com a tabela em Tamanhos mínimos de discos permanentes SSD e equilibrados.

    • Um disco permanente equilibrado para o disco de inicialização.

    • Opcionalmente, um disco permanente padrão para o backup do banco de dados SAP HANA.

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

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

  • Componentes opcionais:

Se você provisionar seu sistema SAP HANA sem um IP público, ele não poderá se conectar diretamente a recursos por meio da Internet pública. Portanto, você precisa fornecer um método indireto para acesso.

  • Configure o acesso privado do Google para que sua VM possa acessar as APIs do Google Cloud.

  • Use o Cloud NAT ou configure uma VM como um gateway NAT para acessar a Internet pública.

  • Para fins administrativos, use o encaminhamento de TCP para se conectar aos sistemas. Para informações sobre como usar o Identity-Aware Proxy para encaminhamento de TCP, consulte Como usar o IAP para encaminhamento de TCP.

  • Usar a VM do Compute Engine configurada como um Bastion Host para acessar a Internet pública.

Arquiteturas de escalonamento horizontal

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.

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.

O diagrama a seguir mostra uma arquitetura de escalonamento horizontal no Google Cloud.

Diagrama de arquitetura de escalonamento horizontal.

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 Failover automático do host do SAP HANA no Google Cloud.

O diagrama a seguir mostra uma arquitetura de escalonamento horizontal com failover automático de host no Google Cloud.

Escalonamento horizontal com diagrama de arquitetura de failover automático do host.

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 permanentes baseados em SSD, que fornecem serviços consistentes de E/S e IOPS alto. O host mestre também serve como mestre do NFS para os volumes /hana/shared e /hanabackup, que é montado 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 em espera do SAP HANA

Para mais informações sobre as opções de alta disponibilidade no Google Cloud, consulte o Guia de planejamento de alta disponibilidade do 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:

  • 1 instância de VM do Compute Engine para cada host do SAP HANA no sistema, incluindo 1 host principal, até 15 hosts workers e até 3 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 máquina certificados para o SAP HANA.

  • Os discos permanentes do Compute Engine a seguir:

    • Cada VM precisa incluir um disco permanente SSD, ativado no local correto.
    • Opcionalmente, se você não estiver implantando um sistema de failover automático de host do SAP HANA, um disco permanente padrão para o volume local /hanabackup por VM.
  • 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.

  • 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.

  • Uma sub-rede opcional, mas recomendada, com uma topologia personalizada e intervalos de IP na região do Google Cloud 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.

  • Componentes opcionais:

Se você provisionar seu sistema SAP HANA sem um IP público, ele não poderá se conectar diretamente a recursos por meio da Internet pública. Portanto, você precisa fornecer um método indireto para acesso.

  • Configure o acesso privado do Google para que sua VM possa acessar as APIs do Google Cloud.

  • Use o Cloud NAT ou configure uma VM como um gateway NAT para acessar a Internet pública.

  • Para fins administrativos, use o encaminhamento de TCP para se conectar aos sistemas. Para informações sobre como usar o Identity-Aware Proxy para encaminhamento de TCP, consulte Como usar o IAP para encaminhamento de TCP.

  • Usar a VM do Compute Engine configurada como um Bastion Host para acessar a Internet pública.

Automação para implantações do SAP HANA

O Google Cloud fornece arquivos de configuração do Terraform e modelos do Deployment Manager que podem ser usados para automatizar a implantação da infraestrutura do Google Cloud e, opcionalmente, do SAP HANA.

As opções de automação de implantação fornecidas pelo Google Cloud são compatíveis com os seguintes cenários de implantação do SAP HANA:

  • Escalonar verticalmente
  • Escalonamento vertical em um cluster de alta disponibilidade de dois nós
  • Escalonar horizontalmente
  • Escalonamento horizontal com nós de espera do failover automático do host do SAP HANA

Para mais informações sobre a automação para os cenários de implantação de escalonamento vertical ou horizontal, consulte:

Como automatizar a implantação da instância do SAP HANA

Outra opção é incluir a instalação do SAP HANA com a implantação automatizada da infraestrutura do Google Cloud.

Os scripts de instalação que o Google Cloud fornece instalam o SAP HANA após a implantação da infraestrutura.

Se algum problema impedir a instalação de uma instância do SAP HANA, geralmente a infraestrutura ainda está implantada e configurada. Em seguida, use a infraestrutura implantada e instale o SAP HANA manualmente ou exclua a infraestrutura, corrija o problema e execute novamente a automação de implantação até que a instância do SAP HANA seja instalada com êxito.

Ao usar os scripts de instalação que o Google Cloud instala para o SAP HANA, você precisa fornecer valores para determinados parâmetros. Se você omitir esses parâmetros ou não especificar valores válidos para todos eles, o script de instalação não instalará a instância do SAP HANA na infraestrutura implantada.

  • Ao usar os arquivos de configuração do Terraform fornecidos pelo Google Cloud para instalar o SAP HANA, é preciso fornecer valores válidos para os seguintes argumentos: sap_hana_deployment_bucket, sap_hana_sid, sap_hana_sidadm_uid sap_hana_sidadm_password e sap_hana_system_password. Para mais informações sobre os argumentos do Terraform, consulte Terraform: guia de implantação de escalonamento vertical do SAP HANA.

  • Ao usar os modelos do Deployment Manager que o Google Cloud fornece para instalar o SAP HANA, é necessário fornecer valores válidos para os seguintes parâmetros de configuração: sap_hana_deployment_bucket, sap_hana_sid, sap_hana_instance_number , sap_hana_sidadm_password, sap_hana_system_password e sap_hana_scaleout_nodes. Para mais informações sobre as propriedades do Deployment Manager, consulte Guia de implantação do escalonamento vertical do Deployment Manager: SAP HANA.

VMs personalizadas e implantações automatizadas

Os arquivos de configuração do Terraform e os modelos do Deployment Manager não são compatíveis com a especificação das VMs personalizadas do Compute Engine.

Se precisar usar um tipo de VM personalizado, implante um tipo de VM predefinido pequeno primeiro e, após a conclusão da implantação, personalize a VM conforme necessário.

Para mais informações sobre a modificação de VMs, consulte Como modificar configurações de VM para sistemas SAP.

Automação da implantação para sistemas de escalonamento vertical

O Google Cloud fornece arquivos de configuração do Terraform e 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 Terraform ou do Deployment Manager podem ser usados para os seguintes cenários:

  • Um sistema SAP HANA independente e de escalonamento vertical.

    Consulte o guia de implantação do Terraform ou do Deployment Manager.

  • Um sistema SAP HANA de escalonamento vertical ativo e em espera em um cluster de alta disponibilidade do Linux.

    Consulte o guia de implantação do Terraform ou do Deployment Manager.

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

Exceto o SAP HANA Studio ou a VM dele, é possível usar o Terraform para implantar todos esses componentes do sistema.

Para informações sobre como criar esses componentes, consulte a seção "Pré-requisitos" nos guias a seguir:

Automação da implantação para sistemas de escalonamento horizontal

O Google Cloud fornece arquivos de configuração do Terraform e modelos do Deployment Manager que podem ser usados para automatizar a implantação dos 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

Exceto a solução NFS e o SAP HANA Studio ou a VM dele, é possível usar o Terraform para implantar todos esses componentes do sistema.

Suporte

Em caso de problemas com a infraestrutura ou os serviços do Google Cloud, entre em contato com o Customer Care. É possível ver os dados de contato na página Visão geral do suporte no Console do Google Cloud. Se o Customer Care 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. 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