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 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.
Disco permanente e hiperdisco

É possível usar o disco permanente e o hiperdisco do Compute Engine:

  • 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). Para discos permanentes balanceados e discos permanentes SSD, a PD Async Replication fornece replicação assíncrona de dados SAP entre duas regiões do Google Cloud.
  • Os hiperdiscos oferecem opções máximas de IOPS e de capacidade do que os discos permanentes SSD.
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 de observabilidade 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.

Controles soberanos e de conformidade

Se você precisar que a carga de trabalho da SAP seja executada em conformidade com residência de dados, controle de acesso, equipes de suporte ou requisitos regulatórios, faça o planejamento para usar o Assured Workloads, um serviço que ajuda a executar cargas de trabalho seguras e conformes no Google Cloud sem comprometer a qualidade da sua experiência na nuvem. Para mais informações, consulte Controles soberanos e de conformidade para SAP no Google Cloud.

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 personalizadas certificadas 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.

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, Hyperdisk Extreme 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, Hyperdisk Extreme 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, Hyperdisk Extreme ou NetApp CVS-Performance.
Tipos de VM de uso geral C3
c3-standard-44 44 176 GB RHEL, SUSE Intel Sapphire Rapids OLAP ou OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine, Hyperdisk Balanced ou NetApp CVS-Performance.
c3-highmem-44 44 352 GB RHEL, SUSE Intel Sapphire Rapids OLAP ou OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine, Hyperdisk Balanced ou NetApp CVS-Performance.
c3-highmem-88 88 704 GB RHEL, SUSE Intel Sapphire Rapids OLAP ou OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
c3-highmem-176 176 1.408 GB RHEL, SUSE Intel Sapphire Rapids OLAP ou OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced 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, Hyperdisk Extreme ou, apenas para escalonamento vertical de 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, Hyperdisk Extreme ou NetApp CVS-Performance.
m1-ultramem-160 160 3.844 GB RHEL, SUSE Intel Broadwell OLAP ou OLTP Cargas de trabalho OLAP de 2 TB certificadas para escalonamento vertical e escalonamento horizontal de até 16 nós. Até 4 TB de cargas de trabalho OLAP compatíveis com o dimensionamento baseado em carga de trabalho.
As cargas de trabalho de OLTP certificadas somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine, Hyperdisk Extreme ou, apenas para escalonamento vertical de 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, Hyperdisk Extreme ou, somente 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, Hyperdisk Extreme 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, Hyperdisk Extreme 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, Hyperdisk Extreme ou, apenas para escalonamento vertical, NetApp CVS-Performance.
Para escalonar horizontalmente com o S/4HANA, consulte a Nota SAP 2408419.
Tipos de VM com otimização de memória M3
m3-ultramem-32 32 976 GB RHEL, SUSE Intel Ice Lake Apenas OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine, Hyperdisk Balanced ou NetApp CVS-Performance.
m3-ultramem-64 64 1.952 GB RHEL, SUSE Intel Ice Lake Apenas OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
m3-ultramem-128 128 3.904 GB RHEL, SUSE Intel Ice Lake OLAP ou OLTP As cargas de trabalho OLAP são certificadas com o dimensionamento baseado em carga de trabalho para escalonamento vertical. As cargas de trabalho OLTP são certificadas para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
m3-megamem-64 64 976 GB RHEL, SUSE Intel Ice Lake OLAP ou OLTP Somente para escalonamento vertical.
Armazenamento em blocos: discos permanentes do Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
m3-megamem-128 128 1.952 GB RHEL, SUSE Intel Ice Lake OLAP ou OLTP Escalonamento vertical ou horizontal de até 16 nós.
Armazenamento em blocos: discos permanentes do Compute Engine, Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance (somente escalonamento vertical).

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, Países Baixos, Europa
us-central1 Council Bluffs, Iowa, EUA, América do Norte
us-east4 Ashburn, Virgínia, 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.

Configuração de rede

Os recursos de rede da VM do Compute Engine são determinados pela respectiva família de máquina, e não pela interface de rede (NIC, na sigla em inglês) ou endereço IP.

Com base no tipo de máquina, a instância de VM pode ter capacidade de rede de 2 a 32 Gbps. Alguns tipos de máquina também oferecem suporte a capacidades de processamento de até 100 Gbps, o que requer o uso do tipo de interface NIC virtual do Google (gVNIC) com uma configuração de rede de nível 1. A capacidade de atingir essas taxas de capacidade depende ainda da direção do tráfego e do tipo de endereço IP de destino.

As interfaces de rede da VM do Compute Engine são apoiadas por uma infraestrutura de rede redundante e resiliente usando componentes de rede físicos e definidos por software. Essas interfaces herdam a redundância e a resiliência da plataforma subjacente. É possível usar várias NICs virtuais para separar o tráfego, mas isso não oferece mais resiliência ou benefícios de desempenho.

Uma única NIC fornece o desempenho necessário para implantações do SAP HANA no Compute Engine. Seu caso de uso específico, requisitos de segurança ou preferências também podem exigir outras interfaces para separar tráfego, como tráfego da Internet, tráfego interno de replicação do sistema SAP HANA ou outros fluxos que podem se beneficiar de regras específicas da política de rede (em inglês). Recomendamos o uso de criptografia de tráfego oferecida pelo aplicativo e segurança do acesso à rede seguindo uma política de firewall de privilégio mínimo para restringir o acesso.

Dependendo dos seus requisitos, é possível melhorar a segurança de várias maneiras, conforme descrito no Guia de segurança do SAP HANA para a plataforma SAP HANA. Por exemplo, é possível implementar o isolamento de rede, mas isso oferece menor segurança sem criptografia e listas de permissões específicas de portas e IP.

Considere a necessidade de separar o tráfego antecipadamente como parte do design de rede e aloque outras NICs ao implantar VMs. É necessário anexar cada interface de rede a uma rede de nuvem privada virtual diferente. A escolha para o número de interfaces de rede depende do nível de isolamento necessário, com até oito interfaces permitidas para VMs com oito vCPUs ou mais.

Por exemplo, é possível definir uma rede de nuvem privada virtual para clientes do aplicativo SAP HANA SQL (servidores de aplicativos SAP NetWeaver, aplicativos personalizados etc.) e uma rede separada para o tráfego entre servidores, como o SAP HANA System Replication. O excesso de segmentos pode complicar o gerenciamento e a solução de problemas de rede. Se você mudar de ideia depois, poderá usar imagens de máquina do Compute Engine para recriar a instância de VM, mantendo todas as configurações, metadados e dados associados.

Para mais informações, consulte visão geral da rede para VMs, várias interfaces de rede e largura de banda da rede da VM.

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 9.2 Observação
9.0 Observação
8.8
8.6
8,40
8.2
8.1 m3-ultramem
m3-megamem
c3-standard
c3-highmem
7.9
7.7 m3-ultramem
m3-megamem
c3-standard
c3-highmem
SLES para SAP 15 SP5
15 SP4
15 SP3
15 SP2
15 SP1 m3-ultramem
m3-megamem
c3-standard
c3-highmem
12 SP5

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 fonte do relógio do SO para TSC, conecte-se à sua VM usando SSH e execute 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 ou Hyperdisks ao criar suas VMs ou adicioná-las a elas posteriormente.

Tipos de disco compatíveis

O Compute Engine oferece diferentes tipos de discos permanentes e hiperdiscos com base na tecnologia de unidade de estado sólido (SSD) ou na unidade de disco rígido padrão (HDD). 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 tipos de disco permanente baseado em SSD e hiperdisco certificados pela SAP para uso com o SAP HANA incluem os seguintes:

  • Tipos de discos permanentes baseados em SSD: Balanced (pd-balanced), Performance ou SSD (pd-ssd) e Extreme (pd-extreme)

    • Esses tipos de discos oferecem armazenamento em blocos econômico e confiável.
    • O disco permanente Performance (SSD) (pd-ssd) oferece maior desempenho do que o disco permanente Balanced (pd-balanced).
    • Use o disco permanente Balanced como a solução recomendada para armazenar os seguintes volumes:
      • Volume de inicialização da VM.
      • O volume de /usr/sap.
      • O volume de /hana/shared, se você estiver armazenando no próprio disco.
      • O volume de /hanabackup, se você salvar seus backups em um disco. Se você quiser reduzir os custos de backup, use um disco permanente HDD padrão (pd-standard). O disco permanente Balanced fornece backups mais rápidos do que o HDD padrão. Ao selecionar o disco, verifique se o tipo de VM é compatível com o tipo de disco.
    • O disco permanente Balanced e Performance (SSD) oferece suporte à replicação assíncrona do DP. Use esse recurso para recuperação de desastres ativo-passivo entre regiões. Para mais informações, consulte Recuperação de desastres usando replicação assíncrona do DP.
    • O disco permanente Extreme (pd-extreme) é certificado para uso com o SAP HANA, mas recomendamos o uso do Hyperdisk Extreme (hyperdisk-extreme), que oferece melhor desempenho. Para usar o disco permanente Extreme, provisione os discos de acordo com as informações em Tamanhos mínimos para volumes de disco permanente baseado em SSD e de Hyperdisk.

  • Tipos de hiperdisco: Hyperdisk Extreme (hyperdisk-extreme) e Hyperdisk Balanced (hyperdisk-balanced)

    • O Hyperdisk Extreme oferece opções máximas de IOPS e capacidade de processamento do que os tipos de discos permanentes baseados em SSD.
    • No Hyperdisk Extreme, selecione o desempenho necessário provisionando as IOPS, o que também determina a capacidade de processamento. Para mais informações, consulte Capacidade de processamento.
    • Use o Hyperdisk Extreme para os volumes /hana/data e /hana/log quando você precisar de um desempenho melhor.
    • Para permitir o melhor desempenho do Hyperdisk Extreme para SAP HANA, atualize as propriedades do sistema do SAP HANA conforme recomendado em Desempenho do Hyperdisk Extreme.
    • No Hyperdisk Balanced, selecione o desempenho necessário provisionando as IOPS e a capacidade de processamento. Para mais informações, consulte Sobre IOPS e provisionamento de capacidade do Hyperdisk.
    • É possível usar o Hyperdisk Balanced para os volumes /hana/log e /hana/data.
    • Para ver uma lista dos tipos de máquina compatíveis com o Hyperdisk Extreme e o Hyperdisk Balanced, consulte Suporte ao tipo de máquina.

Compatibilidade com layouts de disco

A figura a seguir mostra o layout de armazenamento em disco nas arquiteturas sugeridas para SAP HANA no Google Cloud.

Opções de layout de armazenamento em disco para SAP HANA no Google Cloud

Na figura anterior, a configuração à esquerda usa um layout de disco dividido. Os volumes /hana/data e /hana/log estão em Hyperdisks separados e os volumes /hana/shared e /usr/sap, que não exigem um desempenho tão alto, estão em discos permanentes equilibrados individuais, que custam menos do que um Hyperdisk Extreme.

A configuração à direita usa um layout de disco unificado, em que os volumes /hana/data, /hana/log, /hana/shared e /usr/sap são montados em um único Hyperdisk Extreme.

Os discos permanentes e os Hyperdisks estão localizados independentemente das VMs. Portanto, é possível desanexar ou mover esses 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 volumes de disco permanente e hiperdisco do Compute Engine, as características de desempenho e como trabalhar com eles, consulte a seguinte documentação:

Tamanhos mínimos para volumes de disco permanente e Hyperdisk 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 do Hyperdisk não é afetado pelo tamanho do disco. O desempenho é determinado pela IOPS ou pela capacidade provisionada. Para informações sobre o desempenho do Hyperdisk, consulte Sobre o Hyperdisk.

Um SSD de 550 GB ou um disco permanente equilibrado de 943 GB oferece uma capacidade de processamento sustentada de 400 MB por segundo para leituras e gravações, 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 de discos permanentes SSD (pd-ssd), disco permanente equilibrado (pd-balanced). Hyperdisk Extreme (hyperdisk-extreme) e Hyperdisk Balanced (hyperdisk-balanced) para atender aos requisitos de desempenho do SAP HANA em um ambiente de produção para cada tipo de máquina do Compute Engine certificado para SAP HANA. Os tamanhos mínimos dos volumes do Hyperdisk, que são baseados apenas na quantidade de memória, estão incluídos na tabela para referência.

Os tamanhos na tabela a seguir presumem que você está ativando todos os volumes do SAP HANA em discos individuais.

Disco permanente equilibrado

Tipo de VM do Compute Engine /hana/data tamanho (GB) /hana/log tamanho (GB) Tamanho /hana/shared (GB) Tamanho /usr/sap (GB) Tamanho total (GB)
Tipo de VM do Compute Engine Tamanho (GB)
Tipo de VM do Compute Engine vCPU Memória (GB) Cota GB
n1-highmem-32 599 104 208 32 943
n1-highmem-32 943
n1-highmem-32 32 208 943
n1-highmem-64 499 208 416 32 1,155
n1-highmem-64 1,155
n1-highmem-64 64 416 1.155
n1-highmem-96 748 312 624 32 1.716
n1-highmem-96 1.716
n1-highmem-96 96 624 1.716
n2-highmem-32 527 128 256 32 943
n2-highmem-32 943
n2-highmem-32 32 256 943
n2-highmem-48 460 192 384 32 1.068
n2-highmem-48 1.068
n2-highmem-48 48 384 1.068
n2-highmem-64 614 256 512 32 1.414
n2-highmem-64 1.414
n2-highmem-64 64 512 1.414
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1.760
n2-highmem-80 80 640 1.760
n2-highmem-96 921 384 768 32 2.105
n2-highmem-96 2.105
n2-highmem-96 96 768 2.105
n2-highmem-128 1,036 432 864 32 2,364
n2-highmem-128 2.364
n2-highmem-128 128 864 2.364
c3-standard-44 647 88 176 32 943
c3-standard-44 943
c3-standard-44 44 176 507
c3-highmem-44 422 176 352 32 982
c3-highmem-44 982
c3-highmem-44 44 352 982
c3-highmem-88 844 352 704 32 1.932
c3-highmem-88 1.932
c3-highmem-88 88 704 1.932
c3-highmem-176 1.689 512 1.024 32 3.257
c3-highmem-176 3.257
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1.719 512 1.024 32 3.287
m1-megamem-96 3.287
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1.153 480 961 32 2.626
m1-ultramem-40 2.626
m1-ultramem-40 40 961 2.626
m1-ultramem-80 2.306 512 1.024 32 3.874
m1-ultramem-80 3.874
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4.612 512 1.024 32 6.180
m1-ultramem-160 6.180
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7.065 512 1.024 32 8.633
m2-megamem-416 8.633
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7.065 512 1.024 32 8.633
m2-ultramem-208 8.633
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14,092 512 1.024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 15.660 .
m2-hypermem-416 10.598 512 1.024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 12.166
m3-ultramem-32 1.171 488 976 32 2.667
m3-ultramem-32 2.667
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2.342 512 1.024 32 3.910
m3-ultramem-64 3.910
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4.684 512 1.024 32 6.252
m3-ultramem-128 6.252
m3-ultramem-128 128 3.904 6.252
m3-megamem-64 1.171 488 976 32 2.667
m3-megamem-64 2.667
m3-megamem-64 64 976 2.667
m3-megamem-128 2.342 512 1.024 32 3.910
m3-megamem-128 3.910
m3-megamem-128 128 1.952 3.910

SSD persistent disk

Tipo de VM do Compute Engine /hana/data tamanho (GB) /hana/log tamanho (GB) Tamanho /hana/shared (GB) Tamanho /usr/sap (GB) Tamanho total (GB)
Tipo de VM do Compute Engine Tamanho (GB)
Tipo de VM do Compute Engine vCPU Memória (GB) Cota GB
n1-highmem-32 249 104 208 32 593
n1-highmem-32 593
n1-highmem-32 32 208 593
n1-highmem-64 499 208 416 32 1,155
n1-highmem-64 1,155
n1-highmem-64 64 416 1.155
n1-highmem-96 748 312 624 32 1.716
n1-highmem-96 1.716
n1-highmem-96 96 624 1.716
n2-highmem-32 307 128 256 32 723
n2-highmem-32 723
n2-highmem-32 32 256 723
n2-highmem-48 460 192 384 32 1.068
n2-highmem-48 1.068
n2-highmem-48 48 384 1.068
n2-highmem-64 614 256 512 32 1.414
n2-highmem-64 1.414
n2-highmem-64 64 512 1.414
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1.760
n2-highmem-80 80 640 1.760
n2-highmem-96 921 384 768 32 2.105
n2-highmem-96 2.105
n2-highmem-96 96 768 2.105
n2-highmem-128 1,036 432 864 32 2,364
n2-highmem-128 2.364
n2-highmem-128 128 864 2.364
c3-standard-44 254 88 176 32 550
c3-standard-44 550
c3-standard-44 44 176 507
c3-highmem-44 422 176 352 32 982
c3-highmem-44 982
c3-highmem-44 44 352 982
c3-highmem-88 844 352 704 32 1.932
c3-highmem-88 1.932
c3-highmem-88 88 704 1.932
c3-highmem-176 1.689 512 1.024 32 3.257
c3-highmem-176 3.257
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1.719 512 1.024 32 3.287
m1-megamem-96 3.287
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1.153 480 961 32 2.626
m1-ultramem-40 2.626
m1-ultramem-40 40 961 2.626
m1-ultramem-80 2.306 512 1.024 32 3.874
m1-ultramem-80 3.874
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4.612 512 1.024 32 6.180
m1-ultramem-160 6.180
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7.065 512 1.024 32 8.633
m2-megamem-416 8.633
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7.065 512 1.024 32 8.633
m2-ultramem-208 8.633
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14,092 512 1.024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 15.660 .
m2-hypermem-416 10.598 512 1.024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 12.166
m3-ultramem-32 1.171 488 976 32 2.667
m3-ultramem-32 2.667
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2.342 512 1.024 32 3.910
m3-ultramem-64 3.910
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4.684 512 1.024 32 6.252
m3-ultramem-128 6.252
m3-ultramem-128 128 3.904 6.252
m3-megamem-64 1.171 488 976 32 2.667
m3-megamem-64 2.667
m3-megamem-64 64 976 2.667
m3-megamem-128 2.342 512 1.024 32 3.910
m3-megamem-128 3.910
m3-megamem-128 128 1.952 3.910

Hiperdisco extremo

Ao usar o Hyperdisk Extreme para hospedar os volumes /hana/data e /hana/log, hospede os volumes /hana/shared e /usr/sap em discos permanentes equilibrados separados. Isso ocorre porque os volumes /hana/shared e /usr/sap não exigem um desempenho tão alto quanto os volumes de dados e registros.

Tipo de VM do Compute Engine /hana/data tamanho (GB) e IOPS /hana/log tamanho (GB) e IOPS Tamanho /hana/shared (GB) Tamanho /usr/sap (GB) Tamanho total (GB)
Tipo de VM do Compute Engine Tamanho (GB) e IOPS
Tipo de VM do Compute Engine vCPU Memória (GB) Cota GB
n2-highmem-80 768 GB with 10,000 IOPS 320 GB with 10,000 IOPS 640 32 1.760
n2-highmem-80 1.760 GB com 20.000 IOPS
n2-highmem-80 80 640 1.760
n2-highmem-96 921 GB with 10,000 IOPS 384 GB with 10,000 IOPS 768 32 2.105
n2-highmem-96 2.105 GB com 20.000 IOPS
n2-highmem-96 96 768 2.105
n2-highmem-128 1,036 GB with 10,000 IOPS 432 GB with 10,000 IOPS 864 32 2,364
n2-highmem-128 2.364 GB com 20.000 IOPS
n2-highmem-128 128 864 2.364
c3-highmem-88 844 GB com 10.000 IOPS 352 GB com 10.000 IOPS 704 32 1.932
c3-highmem-88 1.932 GB com 20.000 IOPS
c3-highmem-88 88 704 1.932
c3-highmem-176 1.689 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.257
c3-highmem-176 3.257 GB com 20.000 IOPS
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1.719 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.287
m1-megamem-96 3.287 GB with 20.000 IOPS
m1-megamem-96 96 1.433 3.287
m1-ultramem-80 2.306 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.874
m1-ultramem-80 3.874 GB with 20.000 IOPS
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4.612 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 6.180
m1-ultramem-160 6.180 GB com 20.000 IOPS
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7.065 GB com 14.130 IOPS 512 GB com 10.000 IOPS 1.024 32 8.633
m2-megamem-416 8.633 GB com 24.130 IOPS
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7.065 GB com 14.130 IOPS 512 GB com 10.000 IOPS 1.024 32 8.633
m2-ultramem-208 8.633 GB com 24.130 IOPS
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14,092 GB with 28,184 IOPS 512 GB com 10.000 IOPS 1.024 32 15.660
m2-ultramem-416 15.660 GB com 38.184 IOPS
m2-ultramem-416 416 11.766 15.660 .
m2-hypermem-416 10.598 GB com 21.196 IOPS 512 GB com 10.000 IOPS 1.024 32 12.166
m2-hypermem-416 12.166 GB com 31.196 IOPS
m2-hypermem-416 416 8.832 12.166
m3-ultramem-64 2.342 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.910
m3-ultramem-64 3.910 GB com 20.000 IOPS
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4.684 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 6.252
m3-ultramem-128 6.252 GB com 20.000 IOPS
m3-ultramem-128 128 3.904 6.252
m3-megamem-64 1.171 GB com 10.000 IOPS 488 GB com 10.000 IOPS 976 32 2.667
m3-megamem-64 2.667 GB com 20.000 IOPS
m3-megamem-64 64 976 2.667
m3-megamem-128 2.342 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.910
m3-megamem-128 3.910 GB com 20.000 IOPS
m3-megamem-128 128 1.952 3.910

Hiperdisco equilibrado

Para o SAP HANA, o valor mínimo de IOPS provisionadas com suporte é de 3.000 e a capacidade é de 400 MBps. No entanto, é possível ajustar esses valores de acordo com seus requisitos de desempenho específicos. Recomendamos um valor inicial de 3.000 IOPS e 750 MBps de capacidade, já que esses são os valores padrão usados nos arquivos de configuração do Terraform fornecidos pelo Google Cloud para implantação automatizada do SAP HANA.

Tipo de VM do Compute Engine /hana/data tamanho (GB), IOPS e capacidade /hana/log tamanho (GB), IOPS e capacidade Tamanho /hana/shared (GB) Tamanho /usr/sap (GB) Tamanho total (GB)
Tipo de VM do Compute Engine Tamanho (GB), IOPS e capacidade
Tipo de VM do Compute Engine vCPU Memória (GB) Cota GB
c3-standard-44 211 GB com 10.000 IOPS e 400 MBps de capacidade de processamento 88 GB com 3.000 IOPS e 400 MBps de capacidade 176 32 507
c3-standard-44 507 GB com 13.000 IOPS e 800 MBps de capacidade de processamento
c3-standard-44 44 176 507
c3-highmem-44 422 GB com 10.000 IOPS e 400 MBps de capacidade 176 GB com 3.000 IOPS e 400 MBps de capacidade 352 32 982
c3-highmem-44 982 GB com 13.000 IOPS e 800 MBps de capacidade
c3-highmem-44 44 352 982
c3-highmem-88 844 GB com 10.000 IOPS e 1.200 MBps de capacidade 352 GB com 3.000 IOPS e 400 MBps de capacidade 704 32 1.932
c3-highmem-88 1.932 GB com 13.000 IOPS e 1.600 MBps de capacidade
c3-highmem-88 88 704 1.932
c3-highmem-176 1.689 GB com 10.000 IOPS e 1.200 MBps de capacidade 512 GB com 3.000 IOPS e 400 MBps de capacidade 1.024 32 3.257
c3-highmem-176 3.257 GB com 13.000 IOPS e 1.600 MBps de capacidade
c3-highmem-176 176 1.408 3.257
m3-ultramem-32 1.171 GB com 10.000 IOPS e 900 MBps de capacidade 488 GB com 3.000 IOPS e 400 MBps de capacidade 976 32 2.667
m3-ultramem-32 2.667 GB com 13.000 IOPS e 1.300 MBps de capacidade
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2.342 GB com 10.000 IOPS e 1.200 MBps de capacidade 512 GB com 3.000 IOPS e 400 MBps de capacidade 1.024 32 3.910
m3-ultramem-64 3.910 GB com 13.000 IOPS e 1.600 MBps de capacidade
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4.684 GB com 10.000 IOPS e 1.200 MBps de capacidade 512 GB com 3.000 IOPS e 400 MBps de capacidade 1.024 32 6.252
m3-ultramem-128 6.252 GB com 13.000 IOPS e 1.600 MBps de capacidade de processamento
m3-ultramem-128 128 3.904 6.252
m3-megamem-64 1.171 GB com 10.000 IOPS e 900 MBps de capacidade 488 GB com 3.000 IOPS e 400 MBps de capacidade 976 32 2.667
m3-megamem-64 2.667 GB com 13.000 IOPS e 1.300 MBps de capacidade
m3-megamem-64 64 976 2.667
m3-megamem-128 2.342 GB com 10.000 IOPS e 1.200 MBps de capacidade 512 GB com 3.000 IOPS e 400 MBps de capacidade 1.024 32 3.910
m3-megamem-128 3.910 GB com 13.000 IOPS e 1.600 MBps de capacidade
m3-megamem-128 128 1.952 3.910

Tamanhos de disco para montar todos os volumes do SAP HANA em um único disco

Os tamanhos na tabela a seguir pressupõem que você está usando um único disco para hospedar todos os volumes a seguir: /hana/data, /hana/log, /hana/shared e /usr/sap os volumes.

Disco permanente equilibrado

Tipo de VM do Compute Engine /hana/data tamanho (GB) /hana/log tamanho (GB) Tamanho /hana/shared (GB) Tamanho /usr/sap (GB) Tamanho total (GB)
Tipo de VM do Compute Engine Tamanho (GB)
Tipo de VM do Compute Engine vCPU Memória (GB) Cota GB
n1-highmem-32 599 104 208 32 943
n1-highmem-32 943
n1-highmem-32 32 208 943
n1-highmem-64 499 208 416 32 1,155
n1-highmem-64 1,155
n1-highmem-64 64 416 1.155
n1-highmem-96 748 312 624 32 1.716
n1-highmem-96 1.716
n1-highmem-96 96 624 1.716
n2-highmem-32 527 128 256 32 943
n2-highmem-32 943
n2-highmem-32 32 256 943
n2-highmem-48 460 192 384 32 1.068
n2-highmem-48 1.068
n2-highmem-48 48 384 1.068
n2-highmem-64 614 256 512 32 1.414
n2-highmem-64 1.414
n2-highmem-64 64 512 1.414
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1.760
n2-highmem-80 80 640 1.760
n2-highmem-96 921 384 768 32 2.105
n2-highmem-96 2.105
n2-highmem-96 96 768 2.105
n2-highmem-128 1,036 432 864 32 2,364
n2-highmem-128 2.364
n2-highmem-128 128 864 2.364
c3-standard-44 647 88 176 32 943
c3-standard-44 943
c3-standard-44 44 176 507
c3-highmem-44 422 176 352 32 982
c3-highmem-44 982
c3-highmem-44 44 352 982
c3-highmem-88 844 352 704 32 1.932
c3-highmem-88 1.932
c3-highmem-88 88 704 1.932
c3-highmem-176 1.689 512 1.024 32 3.257
c3-highmem-176 3.257
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1.719 512 1.024 32 3.287
m1-megamem-96 3.287
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1.153 480 961 32 2.626
m1-ultramem-40 2.626
m1-ultramem-40 40 961 2.626
m1-ultramem-80 2.306 512 1.024 32 3.874
m1-ultramem-80 3.874
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4.612 512 1.024 32 6.180
m1-ultramem-160 6.180
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7.065 512 1.024 32 8.633
m2-megamem-416 8.633
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7.065 512 1.024 32 8.633
m2-ultramem-208 8.633
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14,092 512 1.024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 15.660 .
m2-hypermem-416 10.598 512 1.024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 12.166
m3-ultramem-32 1.171 488 976 32 2.667
m3-ultramem-32 2.667
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2.342 512 1.024 32 3.910
m3-ultramem-64 3.910
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4.684 512 1.024 32 6.252
m3-ultramem-128 6.252
m3-ultramem-128 128 3.904 6.252
m3-megamem-64 1.171 488 976 32 2.667
m3-megamem-64 2.667
m3-megamem-64 64 976 2.667
m3-megamem-128 2.342 512 1.024 32 3.910
m3-megamem-128 3.910
m3-megamem-128 128 1.952 3.910

SSD persistent disk

Tipo de VM do Compute Engine /hana/data tamanho (GB) /hana/log tamanho (GB) Tamanho /hana/shared (GB) Tamanho /usr/sap (GB) Tamanho total (GB)
Tipo de VM do Compute Engine Tamanho (GB)
Tipo de VM do Compute Engine vCPU Memória (GB) Cota GB
n1-highmem-32 249 104 208 32 593
n1-highmem-32 593
n1-highmem-32 32 208 593
n1-highmem-64 499 208 416 32 1,155
n1-highmem-64 1,155
n1-highmem-64 64 416 1.155
n1-highmem-96 748 312 624 32 1.716
n1-highmem-96 1.716
n1-highmem-96 96 624 1.716
n2-highmem-32 307 128 256 32 723
n2-highmem-32 723
n2-highmem-32 32 256 723
n2-highmem-48 460 192 384 32 1.068
n2-highmem-48 1.068
n2-highmem-48 48 384 1.068
n2-highmem-64 614 256 512 32 1.414
n2-highmem-64 1.414
n2-highmem-64 64 512 1.414
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1.760
n2-highmem-80 80 640 1.760
n2-highmem-96 921 384 768 32 2.105
n2-highmem-96 2.105
n2-highmem-96 96 768 2.105
n2-highmem-128 1,036 432 864 32 2,364
n2-highmem-128 2.364
n2-highmem-128 128 864 2.364
c3-standard-44 254 88 176 32 550
c3-standard-44 550
c3-standard-44 44 176 507
c3-highmem-44 422 176 352 32 982
c3-highmem-44 982
c3-highmem-44 44 352 982
c3-highmem-88 844 352 704 32 1.932
c3-highmem-88 1.932
c3-highmem-88 88 704 1.932
c3-highmem-176 1.689 512 1.024 32 3.257
c3-highmem-176 3.257
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1.719 512 1.024 32 3.287
m1-megamem-96 3.287
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1.153 480 961 32 2.626
m1-ultramem-40 2.626
m1-ultramem-40 40 961 2.626
m1-ultramem-80 2.306 512 1.024 32 3.874
m1-ultramem-80 3.874
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4.612 512 1.024 32 6.180
m1-ultramem-160 6.180
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7.065 512 1.024 32 8.633
m2-megamem-416 8.633
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7.065 512 1.024 32 8.633
m2-ultramem-208 8.633
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14,092 512 1.024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 15.660 .
m2-hypermem-416 10.598 512 1.024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 12.166
m3-ultramem-32 1.171 488 976 32 2.667
m3-ultramem-32 2.667
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2.342 512 1.024 32 3.910
m3-ultramem-64 3.910
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4.684 512 1.024 32 6.252
m3-ultramem-128 6.252
m3-ultramem-128 128 3.904 6.252
m3-megamem-64 1.171 488 976 32 2.667
m3-megamem-64 2.667
m3-megamem-64 64 976 2.667
m3-megamem-128 2.342 512 1.024 32 3.910
m3-megamem-128 3.910
m3-megamem-128 128 1.952 3.910

Hiperdisco extremo

Tipo de VM do Compute Engine /hana/data tamanho (GB) e IOPS /hana/log tamanho (GB) e IOPS Tamanho /hana/shared (GB) Tamanho /usr/sap (GB) Tamanho total (GB)
Tipo de VM do Compute Engine Tamanho (GB) e IOPS
Tipo de VM do Compute Engine vCPU Memória (GB) Cota GB
n2-highmem-80 768 GB with 10,000 IOPS 320 GB with 10,000 IOPS 640 32 1.760
n2-highmem-80 1.760 GB com 20.000 IOPS
n2-highmem-80 80 640 1.760
n2-highmem-96 921 GB with 10,000 IOPS 384 GB with 10,000 IOPS 768 32 2.105
n2-highmem-96 2.105 GB com 20.000 IOPS
n2-highmem-96 96 768 2.105
n2-highmem-128 1,036 GB with 10,000 IOPS 432 GB with 10,000 IOPS 864 32 2,364
n2-highmem-128 2.364 GB com 20.000 IOPS
n2-highmem-128 128 864 2.364
c3-highmem-88 844 GB com 10.000 IOPS 352 GB com 10.000 IOPS 704 32 1.932
c3-highmem-88 1.932 GB com 20.000 IOPS
c3-highmem-88 88 704 1.932
c3-highmem-176 1.689 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.257
c3-highmem-176 3.257 GB com 20.000 IOPS
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1.719 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.287
m1-megamem-96 3.287 GB with 20.000 IOPS
m1-megamem-96 96 1.433 3.287
m1-ultramem-80 2.306 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.874
m1-ultramem-80 3.874 GB with 20.000 IOPS
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4.612 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 6.180
m1-ultramem-160 6.180 GB com 20.000 IOPS
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7.065 GB com 14.130 IOPS 512 GB com 10.000 IOPS 1.024 32 8.633
m2-megamem-416 8.633 GB com 24.130 IOPS
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7.065 GB com 14.130 IOPS 512 GB com 10.000 IOPS 1.024 32 8.633
m2-ultramem-208 8.633 GB com 24.130 IOPS
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14,092 GB with 28,184 IOPS 512 GB com 10.000 IOPS 1.024 32 15.660
m2-ultramem-416 15.660 GB com 38.184 IOPS
m2-ultramem-416 416 11.766 15.660 .
m2-hypermem-416 10.598 GB com 21.196 IOPS 512 GB com 10.000 IOPS 1.024 32 12.166
m2-hypermem-416 12.166 GB com 31.196 IOPS
m2-hypermem-416 416 8.832 12.166
m3-ultramem-64 2.342 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.910
m3-ultramem-64 3.910 GB com 20.000 IOPS
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4.684 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 6.252
m3-ultramem-128 6.252 GB com 20.000 IOPS
m3-ultramem-128 128 3.904 6.252
m3-megamem-64 1.171 GB com 10.000 IOPS 488 GB com 10.000 IOPS 976 32 2.667
m3-megamem-64 2.667 GB com 20.000 IOPS
m3-megamem-64 64 976 2.667
m3-megamem-128 2.342 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.910
m3-megamem-128 3.910 GB com 20.000 IOPS
m3-megamem-128 128 1.952 3.910

Hiperdisco equilibrado

Tipo de VM do Compute Engine /hana/data tamanho (GB), IOPS e capacidade /hana/log tamanho (GB), IOPS e capacidade Tamanho /hana/shared (GB) Tamanho /usr/sap (GB) Tamanho total (GB)
Tipo de VM do Compute Engine Tamanho (GB), IOPS e capacidade
Tipo de VM do Compute Engine vCPU Memória (GB) Cota GB
c3-standard-44 211 GB com 10.000 IOPS e 400 MBps de capacidade de processamento 88 GB com 3.000 IOPS e 400 MBps de capacidade 176 32 507
c3-standard-44 507 GB com 13.000 IOPS e 800 MBps de capacidade de processamento
c3-standard-44 44 176 507
c3-highmem-44 422 GB com 10.000 IOPS e 400 MBps de capacidade 176 GB com 3.000 IOPS e 400 MBps de capacidade 352 32 982
c3-highmem-44 982 GB com 13.000 IOPS e 800 MBps de capacidade
c3-highmem-44 44 352 982
c3-highmem-88 844 GB com 10.000 IOPS e 1.200 MBps de capacidade 352 GB com 3.000 IOPS e 400 MBps de capacidade 704 32 1.932
c3-highmem-88 1.932 GB com 13.000 IOPS e 1.600 MBps de capacidade
c3-highmem-88 88 704 1.932
c3-highmem-176 1.689 GB com 10.000 IOPS e 1.200 MBps de capacidade 512 GB com 3.000 IOPS e 400 MBps de capacidade 1.024 32 3.257
c3-highmem-176 3.257 GB com 13.000 IOPS e 1.600 MBps de capacidade
c3-highmem-176 176 1.408 3.257
m3-ultramem-32 1.171 GB com 10.000 IOPS e 900 MBps de capacidade 488 GB com 3.000 IOPS e 400 MBps de capacidade 976 32 2.667
m3-ultramem-32 2.667 GB com 13.000 IOPS e 1.300 MBps de capacidade
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2.342 GB com 10.000 IOPS e 1.200 MBps de capacidade 512 GB com 3.000 IOPS e 400 MBps de capacidade 1.024 32 3.910
m3-ultramem-64 3.910 GB com 13.000 IOPS e 1.600 MBps de capacidade
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4.684 GB com 10.000 IOPS e 1.200 MBps de capacidade 512 GB com 3.000 IOPS e 400 MBps de capacidade 1.024 32 6.252
m3-ultramem-128 6.252 GB com 13.000 IOPS e 1.600 MBps de capacidade de processamento
m3-ultramem-128 128 3.904 6.252
m3-megamem-64 1.171 GB com 10.000 IOPS e 900 MBps de capacidade 488 GB com 3.000 IOPS e 400 MBps de capacidade 976 32 2.667
m3-megamem-64 2.667 GB com 13.000 IOPS e 1.300 MBps de capacidade
m3-megamem-64 64 976 2.667
m3-megamem-128 2.342 GB com 10.000 IOPS e 1.200 MBps de capacidade 512 GB com 3.000 IOPS e 400 MBps de capacidade 1.024 32 3.910
m3-megamem-128 3.910 GB com 13.000 IOPS e 1.600 MBps de capacidade
m3-megamem-128 128 1.952 3.910

Como determinar o tamanho do disco permanente ou do Hyperdisk

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.

As orientações a seguir sobre tamanhos de disco se referem aos tamanhos mínimos que o Google Cloud e a SAP recomendam para que suas implantações equilibrem o desempenho e o custo total de propriedade. É possível aumentar os tamanhos dos discos até o limite compatível com os tipos de discos subjacentes. Para informações sobre os tamanhos mínimos de disco necessários, consulte Tamanhos mínimos para discos permanentes baseados em SSD.

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 memória 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, /hana/log e /usr/sap. Para o volume /hana/shared, calcule o disco permanente ou o tamanho do Hyperdisk com base no número de hosts de workers na implantação. Para cada quatro hosts worker, aumente o tamanho do disco em 1 memória ou 1 TB, o que for menor. Exemplo:

  • De 1 a 4 hosts de worker: 1 x memória ou 1 TB, o que for menor
  • De 5 a 8 hosts de worker: 2 x memórias ou 2 TB, o que for menor
  • De 9 a 12 hosts workers: 3 x de memória ou 3 TB, o que for menor
  • De 13 a 16 hosts workers: 4 x de memória ou 4 TB, o que for menor

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 discos permanentes pd-ssd, mas /hana/shared e /usr/sap em discos permanentes pd-balanced, então precisa 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 /usr/sap. Se houver uma falha, o failover automático do SAP HANA desativará os volumes /hana/data, /hana/log e /usr/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 mais armazenamento em disco permanente

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

Se você estiver usando discos permanentes SSD ou equilibrados, o tamanho mínimo poderá ser determinado pelos requisitos de desempenho do SAP HANA em vez de 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 tem 256 GB de memória, o requisito de armazenamento total para os volumes SAP HANA é 723 GB: 307 GB para o volume de dados 128 GB para o volume de registro, 256 GB para o volume compartilhado e 32 GB para o volume /usr/sap. No entanto, se você usar um disco permanente equilibrado, o tamanho mínimo necessário será de 943 GB, em que os 220 GB adicionais serão alocados ao volume de dados para atender ao desempenho necessário. Portanto, se você usar uma instância de VM n2-highmem-32 com discos permanentes equilibrados para executar o SAP HANA, será necessário provisionar um armazenamento de disco permanente de 943 GB ou mais.

Portanto, você precisa dimensionar o disco permanente em 943 GB ou mais. A disposição adicional de 220 GB é aplicada ao volume de dados para fornecer o desempenho necessário.

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 hiperdisco

O Hyperdisk oferece opções de IOPS e capacidade máximas maiores para os volumes /hana/log e /hana/data do que os outros discos permanentes baseados em SSD. Para mais informações sobre o provisionamento de IOPS e as opções de capacidade do Hyperdisk, consulte Sobre IOPS e o provisionamento de capacidade do Hyperdisk.

Ao contrário dos discos permanentes baseados em SSD, quando você usa o Hyperdisk com o SAP HANA, não é necessário se preocupar com o desempenho ao dimensionar o hiperdisco. O tamanho do Hyperdisk é baseado apenas nos requisitos de armazenamento do SAP HANA. Para ver mais informações sobre como dimensionar discos permanentes ou Hyperdisk, consulte Como determinar o tamanho do disco permanente.

Ao usar o Hyperdisk com o SAP HANA, para permitir o melhor desempenho, recomendamos que você atualize as propriedades do sistema SAP HANA da seguinte maneira:

  • Atualize seu arquivo global.ini:
    • Na seção fileio, defina num_completion_queues = 12.
    • Na seção fileio, defina num_submit_queues = 12.
  • Atualize seu arquivo indexserver.ini:
    • Na seção parallel, defina tables_preloaded_in_parallel = 32.
    • Na seção global, defina load_table_numa_aware = true.

Quando você cria um volume extremo do hiperdisco, o número de IOPS provisionadas determina a capacidade máxima. A fórmula a seguir pode ser usada como ponto de partida. Ela fornece um mínimo de 2.500 Mbps de capacidade (256 KB por IOPS * 10.000 IOPS) e mais para tipos de máquinas maiores com discos maiores.

  • Ao usar a implantação padrão com discos separados para /hana/log e /hana/data:
    • IOPS do disco de dados: maximum(10,000, size of data disk in GB * 2)
    • IOPS do disco de registros: maximum(10,000, size of log disk in GB * 2)
  • Quando um único disco é usado para /hana/data, /hana/log, /hana/shared e /usr/sap:
    • IOPS do disco: maximum(10,000, size of data disk GB * 2) + maximum(10,000, size of log disk in GB * 2)

O número máximo de IOPS que podem ser provisionados pode diferir dependendo do tipo de máquina usado. Para ver uma lista dos tipos de máquina que oferecem suporte ao Hyperdisk Extreme, além da IOPS e da capacidade de processamento máximas que o Hyperdisk Extreme pode fornecer com cada tipo de máquina, consulte Compatibilidade com tipos de máquina.

Ao criar um volume equilibrado do hiperdisco, é possível provisionar o IOPS e a capacidade para atender às necessidades de desempenho da carga de trabalho, considerando as regras de Provisionamento de IOPS e Provisionamento de capacidade , Para o SAP HANA, o valor mínimo de IOPS provisionadas com suporte é de 3.000 e a capacidade é de 400 MBps.

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

Ao implantar um sistema SAP HANA usando as configurações do Terraform fornecidas pelo Google Cloud, o script de implantação aloca discos permanentes ou Hyperdisks para os volumes SAP da seguinte maneira:

  • Por padrão, discos separados são implantados para cada um dos seguintes diretórios: /hana/data, /hana/log, /hana/shared e /usr/sap.

    Se preferir, implante um layout de disco único em que um único disco permanente ou Hyperdisk hospeda esses diretórios SAP. Além disso, para implantações de escalonamento horizontal do SAP HANA, o diretório /hana/shared é hospedado por uma solução NFS.

  • Opcionalmente, um disco para o diretório /hanabackup.

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.

hana-ssd-example:~ # lvs
  LV     VG             Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data   vg_hana_data   -wi-ao---- 308.00g
  log    vg_hana_log    -wi-ao---- 128.00g
  shared vg_hana_shared -wi-ao---- 256.00g
  usrsap vg_hana_usrsap -wi-ao----  32.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.

Quando você usa os modelos do Deployment Manager fornecidos pelo Google Cloud para o SAP HANA ou opta por implantar um layout de disco único usando as configurações do Terraform, o script de implantação mapeia cada um dos diretórios SAP HANA /hana/data ,/hana/log ,/usr/sap e /hana/shared para seu próprio volume lógico para facilitar o redimensionamento e o mapeia para o disco permanente baseado em SSD ou Hyperdisk em um único grupo de volume; O Terraform ou 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 equilibrado (pd-balanced).

Armazenamento em disco permanente opcional para backups

Ao armazenar backups do SAP HANA em um disco, recomendamos que você use um disco permanente equilibrado (pd-balanced).

Se você quiser reduzir custos, use um disco permanente HDD padrão (pd-standard). No entanto, use um disco permanente equilibrado quando for necessária uma maior capacidade ou simultaneidade.

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, como resultado, 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 recurso Backint do Agent do Google Cloud para SAP, poderá fazer backup do SAP HANA diretamente em 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.

Essa opção será ativada automaticamente se você implantar o SAP HANA usando o módulo do Terraform sap_hana ou sap_hana_ha do Google Cloud, versão 202309280828 ou mais recente. Para informações sobre como ativar manualmente a reinicialização rápida do SAP HANA, consulte Como ativar a 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, em VMs nas famílias M2 e M3 dos tipos de máquina com otimização de memória do Compute Engine, o SAP HANA Fast Restart melhora o tempo de recuperação quando ocorrem erros não corrigidos 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.

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 nas famílias M2 e M3 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 e M3 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

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

  • m3-ultramem-32
  • m3-ultramem-64
  • m3-ultramem-128
  • m3-megamem-64
  • m3-megamem-128
  • m2-ultramem-208
  • m2-ultramem-416
  • m2-megamem-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. Para informações sobre como usar o NetApp Cloud Volumes Service para Google Cloud com a implantação do SAP HANA, consulte Sobre o NetApp Cloud Volumes Service para Google Cloud.

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.

Tipos de máquina X4 para SAP HANA

Nesta seção, fornecemos informações sobre como executar o SAP HANA na série X4 de tipos de máquina fornecidos pelo Compute Engine.

X4 é a quarta geração da série de tipos de máquina com otimização de memória oferecidos pelo Compute Engine. Elas foram projetadas para oferecer suporte principalmente a cargas de trabalho do SAP HANA com alto consumo de memória.

A série X4 de tipos de máquinas é uma oferta de pré-lançamento do Google Cloud. Elas estão aguardando a certificação da SAP para uso com o SAP HANA.

Tipos de máquina X4

A tabela a seguir mostra informações sobre os tipos de máquina X4 que podem ser usados para executar o SAP HANA no Google Cloud:

Tipo de máquina vCPUs Memória Sistema operacional Plataforma de CPU Application type Observações
x4-megamem-960-metal 960 16.384 GB SUSE Intel Sapphire Rapids OLAP ou OLTP Escalonar verticalmente para até oito nós
Armazenamento em blocos: Hyperdisk Extreme, Hyperdisk Balanceado
x4-megamem-1440-metal 1,440 24.576 GB SUSE Intel Sapphire Rapids OLAP ou OLTP Escalonar verticalmente para até oito nós
Armazenamento em blocos: Hyperdisk Extreme, Hyperdisk Balanceado
x4-megamem-1920-metal 1.920 32.768 GB SUSE Intel Sapphire Rapids OLAP ou OLTP Escalonar verticalmente para até oito nós
Armazenamento em blocos: Hyperdisk Extreme, Hyperdisk Balanceado

Versões compatíveis do SO

A série X4 de tipos de máquina é compatível com as seguintes versões do SO:

  • SLES para SAP 15 SP4
  • SLES para SAP 15 SP5

Armazenamento em blocos compatível

Para fornecer armazenamento em blocos para executar cargas de trabalho do SAP HANA em máquinas X4, é possível usar os volumes extremos ou equilibrados do Hyperdisk.

Para informações sobre as configurações de armazenamento recomendadas pelo Google Cloud, consulte as seguintes seções:

Configuração com otimização de custos

A tabela a seguir mostra uma configuração de armazenamento com custo otimizado para executar o SAP HANA em tipos de máquina X4. Os tamanhos na tabela a seguir presumem que você está ativando todos os volumes do SAP HANA em discos individuais.

Tipo de máquina Volume de inicialização (GB) /usr/sap (GB) /hana/shared (GB) /hana/log tamanho (GB), IOPS e capacidade de processamento /hana/data (GB), IOPS e capacidade de processamento
Hiperdisco equilibrado
x4-megamem-960-metal 50 32 1024 512 GB com 10.000 IOPS e 2.400 MBps de capacidade de processamento 16.384 GB com 16.384 IOPS e 2.400 MBps de capacidade de processamento
x4-megamem-1440-metal 50 32 1024 512 GB com 10.000 IOPS e 2.400 MBps de capacidade de processamento 24.576 GB com 24.576 IOPS e 2.400 Mbps de capacidade de processamento
x4-megamem-1920-metal 50 32 1024 512 GB com 10.000 IOPS e 2.400 MBps de capacidade de processamento 32.768 GB com 32.768 IOPS e 2.400 Mbps de capacidade de processamento
Configuração ajustada para desempenho

A tabela a seguir mostra uma configuração de armazenamento com desempenho ajustado para executar o SAP HANA em tipos de máquina X4. Os tamanhos na tabela a seguir presumem que você está ativando todos os volumes do SAP HANA em discos individuais.

Tipo de máquina Volume de inicialização (GB) /usr/sap (GB) /hana/shared (GB) /hana/log tamanho (GB), IOPS e capacidade de processamento /hana/data (GB), IOPS e capacidade de processamento
Hiperdisco equilibrado Hiperdisco extremo
x4-megamem-960-metal 50 32 1024 512 GB com 10.000 IOPS e 2.400 MBps de capacidade de processamento 16.384 GB com 32.768 IOPS e 5.000 Mbps de capacidade de processamento
x4-megamem-1440-metal 50 32 1024 512 GB com 10.000 IOPS e 2.400 Mb/s de taxa de capacidade de processamento 24.576 GB com 49.152 IOPS e 5.000 Mb/s de capacidade de processamento
x4-megamem-1920-metal 50 32 1024 512 GB com 10.000 IOPS e 2.400 MBps de capacidade de processamento 32.768 GB com 65.536 IOPS e 5.000 Mbps de capacidade de processamento
Configuração de desempenho flexível

A tabela a seguir mostra uma configuração de armazenamento que oferece um desempenho flexível para executar o SAP HANA em tipos de máquina X4. Os tamanhos na tabela a seguir presumem que você está ativando todos os volumes do SAP HANA em discos individuais.

Tipo de máquina Volume de inicialização (GB) /usr/sap (GB) /hana/shared (GB) /hana/log tamanho (GB), IOPS e capacidade de processamento /hana/data (GB), IOPS e capacidade de processamento
Hiperdisco equilibrado Hiperdisco extremo
x4-megamem-960-metal 50 32 1024 512 GB com 10.000 IOPS e 2.500 Mbps capacidade de processamento 16.384 GB com 32.768 IOPS e 5.000 Mbps de capacidade de processamento
x4-megamem-1440-metal 50 32 1024 512 GB com 10.000 IOPS e 2.500 Mbps capacidade de processamento 24.576 GB com 49.152 IOPS e 5.000 Mbps de capacidade de processamento
x4-megamem-1920-metal 50 32 1024 512 GB com 10.000 IOPS e 2.500 Mbps capacidade de processamento 32.768 GB com 65.536 IOPS e 5.000 Mbps de capacidade de processamento

Automação de implantação

Para executar o SAP HANA, implante os tipos de máquina X4 usando as configurações do Terraform fornecidas pelo Google Cloud. Por padrão, essas configurações são projetadas para realizar as seguintes tarefas:

  • Implantar volumes extremos do Hyperdisk para hospedar os volumes de registro e os dados do SAP HANA. Para implantar volumes balanceados de hiperdisco, use o argumento disk_type do Terraform.
  • Ative a opção de reinicialização rápida do SAP HANA.
  • Se você estiver hospedando o volume de backup do SAP HANA em um disco, essas configurações do Terraform vão implantar um volume balanceado de hiperdisco por padrão. Essa implantação de disco é determinada pelo argumento backup_disk_type do Terraform.

Para informações sobre as configurações do Terraform que o Google Cloud fornece para implantar o SAP HANA, consulte Soluções SAP compatíveis.

Tarefas pós-implantação

Depois de implantar uma instância X4 para executar o SAP HANA, recomendamos que você faça o seguinte:

  • Verifique se a versão 3.2 (mais recente) do Agente para SAP do Google Cloud está instalada. Para informações sobre como instalar o agente, consulte Instalar e configurar o agente do Google Cloud para SAP em uma instância de VM do Compute Engine. Para informações sobre como atualizar para a versão mais recente, consulte Atualizar o agente do Google Cloud para SAP.

  • Com o Agente para SAP do Google Cloud, otimize sua configuração do SO para oferecer o melhor suporte às cargas de trabalho SAP:

    1. Estabeleça uma conexão SSH com a VM X4.

    2. Verifique a configuração do SO da instância:

      sudo /usr/bin/google_cloud_sap_agent configureinstance -check

      A saída indica se a configuração do SO da VM X4 corresponde ou não às práticas recomendadas.

    3. Para os desvios detectados na etapa anterior, aplique as correções:

      sudo /usr/bin/google_cloud_sap_agent configureinstance -apply

    4. Reinicie sua instância de VM X4. Para saber como fazer isso, consulte Reiniciar uma VM.

  • Avalie sua carga de trabalho SAP usando o gerenciador de cargas de trabalho, um serviço de validação baseado em regras que permite verificar suas cargas de trabalho e detectar desvios em relação a padrões, regras e práticas recomendadas prescritos por fornecedores do SAP, Google Cloud e do SO, Para informações sobre como avaliar sua carga de trabalho SAP, consulte Criar e executar uma avaliação. Para informações sobre as avaliações compatíveis para cargas de trabalho SAP, consulte Práticas recomendadas do gerenciador de cargas de trabalho para SAP.

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.

O disco permanente extremo (pd-extreme) ainda é certificado para uso com o SAP HANA, mas recomendamos que você use o Hyperdisk Extreme, que oferece um desempenho melhor. Se você quiser usar discos permanentes extremos, provisione-os usando os tamanhos do Hyperdisk Extreme.

Disco permanente equilibrado

Tipo de VM do Compute Engine /hana/data tamanho (GB) /hana/log tamanho (GB) Tamanho /hana/shared (GB) Tamanho /usr/sap (GB) Tamanho total (GB)
Tipo de VM do Compute Engine Tamanho (GB)
Tipo de VM do Compute Engine vCPU Memória (GB) Cota GB
n1-highmem-32 599 104 208 32 943
n1-highmem-32 943
n1-highmem-32 32 208 943
n1-highmem-64 499 208 416 32 1,155
n1-highmem-64 1,155
n1-highmem-64 64 416 1.155
n1-highmem-96 748 312 624 32 1.716
n1-highmem-96 1.716
n1-highmem-96 96 624 1.716
n2-highmem-32 527 128 256 32 943
n2-highmem-32 943
n2-highmem-32 32 256 943
n2-highmem-48 460 192 384 32 1.068
n2-highmem-48 1.068
n2-highmem-48 48 384 1.068
n2-highmem-64 614 256 512 32 1.414
n2-highmem-64 1.414
n2-highmem-64 64 512 1.414
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1.760
n2-highmem-80 80 640 1.760
n2-highmem-96 921 384 768 32 2.105
n2-highmem-96 2.105
n2-highmem-96 96 768 2.105
n2-highmem-128 1,036 432 864 32 2,364
n2-highmem-128 2.364
n2-highmem-128 128 864 2.364
c3-standard-44 647 88 176 32 943
c3-standard-44 943
c3-standard-44 44 176 507
c3-highmem-44 422 176 352 32 982
c3-highmem-44 982
c3-highmem-44 44 352 982
c3-highmem-88 844 352 704 32 1.932
c3-highmem-88 1.932
c3-highmem-88 88 704 1.932
c3-highmem-176 1.689 512 1.024 32 3.257
c3-highmem-176 3.257
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1.719 512 1.024 32 3.287
m1-megamem-96 3.287
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1.153 480 961 32 2.626
m1-ultramem-40 2.626
m1-ultramem-40 40 961 2.626
m1-ultramem-80 2.306 512 1.024 32 3.874
m1-ultramem-80 3.874
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4.612 512 1.024 32 6.180
m1-ultramem-160 6.180
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7.065 512 1.024 32 8.633
m2-megamem-416 8.633
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7.065 512 1.024 32 8.633
m2-ultramem-208 8.633
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14,092 512 1.024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 15.660 .
m2-hypermem-416 10.598 512 1.024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 12.166
m3-ultramem-32 1.171 488 976 32 2.667
m3-ultramem-32 2.667
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2.342 512 1.024 32 3.910
m3-ultramem-64 3.910
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4.684 512 1.024 32 6.252
m3-ultramem-128 6.252
m3-ultramem-128 128 3.904 6.252
m3-megamem-64 1.171 488 976 32 2.667
m3-megamem-64 2.667
m3-megamem-64 64 976 2.667
m3-megamem-128 2.342 512 1.024 32 3.910
m3-megamem-128 3.910
m3-megamem-128 128 1.952 3.910

SSD persistent disk

Tipo de VM do Compute Engine /hana/data tamanho (GB) /hana/log tamanho (GB) Tamanho /hana/shared (GB) Tamanho /usr/sap (GB) Tamanho total (GB)
Tipo de VM do Compute Engine Tamanho (GB)
Tipo de VM do Compute Engine vCPU Memória (GB) Cota GB
n1-highmem-32 249 104 208 32 593
n1-highmem-32 593
n1-highmem-32 32 208 593
n1-highmem-64 499 208 416 32 1,155
n1-highmem-64 1,155
n1-highmem-64 64 416 1.155
n1-highmem-96 748 312 624 32 1.716
n1-highmem-96 1.716
n1-highmem-96 96 624 1.716
n2-highmem-32 307 128 256 32 723
n2-highmem-32 723
n2-highmem-32 32 256 723
n2-highmem-48 460 192 384 32 1.068
n2-highmem-48 1.068
n2-highmem-48 48 384 1.068
n2-highmem-64 614 256 512 32 1.414
n2-highmem-64 1.414
n2-highmem-64 64 512 1.414
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1.760
n2-highmem-80 80 640 1.760
n2-highmem-96 921 384 768 32 2.105
n2-highmem-96 2.105
n2-highmem-96 96 768 2.105
n2-highmem-128 1,036 432 864 32 2,364
n2-highmem-128 2.364
n2-highmem-128 128 864 2.364
c3-standard-44 254 88 176 32 550
c3-standard-44 550
c3-standard-44 44 176 507
c3-highmem-44 422 176 352 32 982
c3-highmem-44 982
c3-highmem-44 44 352 982
c3-highmem-88 844 352 704 32 1.932
c3-highmem-88 1.932
c3-highmem-88 88 704 1.932
c3-highmem-176 1.689 512 1.024 32 3.257
c3-highmem-176 3.257
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1.719 512 1.024 32 3.287
m1-megamem-96 3.287
m1-megamem-96 96 1.433 3.287
m1-ultramem-40 1.153 480 961 32 2.626
m1-ultramem-40 2.626
m1-ultramem-40 40 961 2.626
m1-ultramem-80 2.306 512 1.024 32 3.874
m1-ultramem-80 3.874
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4.612 512 1.024 32 6.180
m1-ultramem-160 6.180
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7.065 512 1.024 32 8.633
m2-megamem-416 8.633
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7.065 512 1.024 32 8.633
m2-ultramem-208 8.633
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14,092 512 1.024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 15.660 .
m2-hypermem-416 10.598 512 1.024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 12.166
m3-ultramem-32 1.171 488 976 32 2.667
m3-ultramem-32 2.667
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2.342 512 1.024 32 3.910
m3-ultramem-64 3.910
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4.684 512 1.024 32 6.252
m3-ultramem-128 6.252
m3-ultramem-128 128 3.904 6.252
m3-megamem-64 1.171 488 976 32 2.667
m3-megamem-64 2.667
m3-megamem-64 64 976 2.667
m3-megamem-128 2.342 512 1.024 32 3.910
m3-megamem-128 3.910
m3-megamem-128 128 1.952 3.910

Hiperdisco extremo

Tipo de VM do Compute Engine /hana/data tamanho (GB) e IOPS /hana/log tamanho (GB) e IOPS Tamanho /hana/shared (GB) Tamanho /usr/sap (GB) Tamanho total (GB)
Tipo de VM do Compute Engine Tamanho (GB) e IOPS
Tipo de VM do Compute Engine vCPU Memória (GB) Cota GB
n2-highmem-80 768 GB with 10,000 IOPS 320 GB with 10,000 IOPS 640 32 1.760
n2-highmem-80 1.760 GB com 20.000 IOPS
n2-highmem-80 80 640 1.760
n2-highmem-96 921 GB with 10,000 IOPS 384 GB with 10,000 IOPS 768 32 2.105
n2-highmem-96 2.105 GB com 20.000 IOPS
n2-highmem-96 96 768 2.105
n2-highmem-128 1,036 GB with 10,000 IOPS 432 GB with 10,000 IOPS 864 32 2,364
n2-highmem-128 2.364 GB com 20.000 IOPS
n2-highmem-128 128 864 2.364
c3-highmem-88 844 GB com 10.000 IOPS 352 GB com 10.000 IOPS 704 32 1.932
c3-highmem-88 1.932 GB com 20.000 IOPS
c3-highmem-88 88 704 1.932
c3-highmem-176 1.689 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.257
c3-highmem-176 3.257 GB com 20.000 IOPS
c3-highmem-176 176 1.408 3.257
m1-megamem-96 1.719 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.287
m1-megamem-96 3.287 GB with 20.000 IOPS
m1-megamem-96 96 1.433 3.287
m1-ultramem-80 2.306 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.874
m1-ultramem-80 3.874 GB with 20.000 IOPS
m1-ultramem-80 80 1.922 3.874
m1-ultramem-160 4.612 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 6.180
m1-ultramem-160 6.180 GB com 20.000 IOPS
m1-ultramem-160 160 3.844 6.180
m2-megamem-416 7.065 GB com 14.130 IOPS 512 GB com 10.000 IOPS 1.024 32 8.633
m2-megamem-416 8.633 GB com 24.130 IOPS
m2-megamem-416 416 5.888 8.633
m2-ultramem-208 7.065 GB com 14.130 IOPS 512 GB com 10.000 IOPS 1.024 32 8.633
m2-ultramem-208 8.633 GB com 24.130 IOPS
m2-ultramem-208 208 5.888 8.633
m2-ultramem-416 14,092 GB with 28,184 IOPS 512 GB com 10.000 IOPS 1.024 32 15.660
m2-ultramem-416 15.660 GB com 38.184 IOPS
m2-ultramem-416 416 11.766 15.660 .
m2-hypermem-416 10.598 GB com 21.196 IOPS 512 GB com 10.000 IOPS 1.024 32 12.166
m2-hypermem-416 12.166 GB com 31.196 IOPS
m2-hypermem-416 416 8.832 12.166
m3-ultramem-64 2.342 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.910
m3-ultramem-64 3.910 GB com 20.000 IOPS
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4.684 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 6.252
m3-ultramem-128 6.252 GB com 20.000 IOPS
m3-ultramem-128 128 3.904 6.252
m3-megamem-64 1.171 GB com 10.000 IOPS 488 GB com 10.000 IOPS 976 32 2.667
m3-megamem-64 2.667 GB com 20.000 IOPS
m3-megamem-64 64 976 2.667
m3-megamem-128 2.342 GB com 10.000 IOPS 512 GB com 10.000 IOPS 1.024 32 3.910
m3-megamem-128 3.910 GB com 20.000 IOPS
m3-megamem-128 128 1.952 3.910

Hiperdisco equilibrado

Tipo de VM do Compute Engine /hana/data tamanho (GB), IOPS e capacidade /hana/log tamanho (GB), IOPS e capacidade Tamanho /hana/shared (GB) Tamanho /usr/sap (GB) Tamanho total (GB)
Tipo de VM do Compute Engine Tamanho (GB), IOPS e capacidade
Tipo de VM do Compute Engine vCPU Memória (GB) Cota GB
c3-standard-44 211 GB com 10.000 IOPS e 400 MBps de capacidade de processamento 88 GB com 3.000 IOPS e 400 MBps de capacidade 176 32 507
c3-standard-44 507 GB com 13.000 IOPS e 800 MBps de capacidade de processamento
c3-standard-44 44 176 507
c3-highmem-44 422 GB com 10.000 IOPS e 400 MBps de capacidade 176 GB com 3.000 IOPS e 400 MBps de capacidade 352 32 982
c3-highmem-44 982 GB com 13.000 IOPS e 800 MBps de capacidade
c3-highmem-44 44 352 982
c3-highmem-88 844 GB com 10.000 IOPS e 1.200 MBps de capacidade 352 GB com 3.000 IOPS e 400 MBps de capacidade 704 32 1.932
c3-highmem-88 1.932 GB com 13.000 IOPS e 1.600 MBps de capacidade
c3-highmem-88 88 704 1.932
c3-highmem-176 1.689 GB com 10.000 IOPS e 1.200 MBps de capacidade 512 GB com 3.000 IOPS e 400 MBps de capacidade 1.024 32 3.257
c3-highmem-176 3.257 GB com 13.000 IOPS e 1.600 MBps de capacidade
c3-highmem-176 176 1.408 3.257
m3-ultramem-32 1.171 GB com 10.000 IOPS e 900 MBps de capacidade 488 GB com 3.000 IOPS e 400 MBps de capacidade 976 32 2.667
m3-ultramem-32 2.667 GB com 13.000 IOPS e 1.300 MBps de capacidade
m3-ultramem-32 32 976 2.667
m3-ultramem-64 2.342 GB com 10.000 IOPS e 1.200 MBps de capacidade 512 GB com 3.000 IOPS e 400 MBps de capacidade 1.024 32 3.910
m3-ultramem-64 3.910 GB com 13.000 IOPS e 1.600 MBps de capacidade
m3-ultramem-64 64 1.952 3.910
m3-ultramem-128 4.684 GB com 10.000 IOPS e 1.200 MBps de capacidade 512 GB com 3.000 IOPS e 400 MBps de capacidade 1.024 32 6.252
m3-ultramem-128 6.252 GB com 13.000 IOPS e 1.600 MBps de capacidade de processamento
m3-ultramem-128 128 3.904 6.252
m3-megamem-64 1.171 GB com 10.000 IOPS e 900 MBps de capacidade 488 GB com 3.000 IOPS e 400 MBps de capacidade 976 32 2.667
m3-megamem-64 2.667 GB com 13.000 IOPS e 1.300 MBps de capacidade
m3-megamem-64 64 976 2.667
m3-megamem-128 2.342 GB com 10.000 IOPS e 1.200 MBps de capacidade 512 GB com 3.000 IOPS e 400 MBps de capacidade 1.024 32 3.910
m3-megamem-128 3.910 GB com 13.000 IOPS e 1.600 MBps de capacidade
m3-megamem-128 128 1.952 3.910

Disco permanente padrão

Tipo de VM do Compute Engine /hana/data tamanho (GB) /hana/log tamanho (GB) Tamanho /hana/shared (GB) Tamanho /usr/sap (GB) Tamanho total (GB)
Tipo de VM do Compute Engine Tamanho (GB)
Tipo de VM do Compute Engine vCPU Memória (GB) Cota GB
n1-highmem-32 104 208 32
n1-highmem-32
n1-highmem-32 32 208 448
n1-highmem-64 499 208 416 32 1,155
n1-highmem-64 1,155
n1-highmem-64 64 416 864
n1-highmem-96 748 312 624 32 1.716
n1-highmem-96 1.716
n1-highmem-96 96 624 1.280
n2-highmem-32 128 256 32
n2-highmem-32
n2-highmem-32 32 256 544
n2-highmem-48 460 192 384 32 1.068
n2-highmem-48 1.068
n2-highmem-48 48 384 800
n2-highmem-64 614 256 512 32 1.414
n2-highmem-64 1.414
n2-highmem-64 64 512 1.056
n2-highmem-80 768 320 640 32 1.760
n2-highmem-80 1.760
n2-highmem-80 80 640 1.312
n2-highmem-96 921 384 768 32 2.105
n2-highmem-96 2.105
n2-highmem-96 96 768 1.568
n2-highmem-128 1,036 432 864 32 2,364
n2-highmem-128 2.364
n2-highmem-128 128 864 1.760
m1-megamem-96 1.719 512 1.024 32 3.287
m1-megamem-96 3.287
m1-megamem-96 96 1.433 2.898
m1-ultramem-40 1.153 480 961 32 2.626
m1-ultramem-40 2.626
m1-ultramem-40 40 961 1.954
m1-ultramem-80 2.306 512 1.024 32 3.874
m1-ultramem-80 3.874
m1-ultramem-80 80 1.922 3.876
m1-ultramem-160 4.612 512 1.024 32 6.180
m1-ultramem-160 6.180
m1-ultramem-160 160 3.844 7.720
m2-megamem-416 7.065 512 1.024 32 8.633
m2-megamem-416 8.633
m2-megamem-416 416 5.888 11.832
m2-ultramem-208 7.065 512 1.024 32 8.633
m2-ultramem-208 8.633
m2-ultramem-208 208 5.888 11.832
m2-ultramem-416 14,092 512 1.024 32 15.660
m2-ultramem-416 15.660
m2-ultramem-416 416 11.766 23.564
m2-hypermem-416 10.598 512 1.024 32 12.166
m2-hypermem-416 12.166
m2-hypermem-416 416 8.832 17.696

Licenciamento

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

No Google Cloud, é possível implantar o SAP HANA em 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.

Diagrama de arquitetura para a implantação de um sistema de escalonamento vertical do SAP HANA no Google Cloud.

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é 32 Gbps, ou até 100 Gbps nos tipos de máquina selecionados usando rede de alta largura de banda. Para informações sobre os tipos de máquinas certificados para uso com o SAP HANA, consulte Tipos de máquinas certificados para SAP HANA.

  • Volumes de disco permanente ou Hyperdisk do Compute Engine baseados em SSD da seguinte maneira:

    • Um disco para cada um dos seguintes diretórios: /hana/data, /hana/log /hana/shared e /usr/sap. Para informações sobre recomendações de disco para SAP HANA, consulte Armazenamento em disco permanente. Para que o SAP tenha um desempenho ideal, os volumes de disco permanente ou Hyperdisk precisam ser dimensionados de acordo com a tabela em Tamanhos mínimos para volumes Hyperdisk e disco permanente baseados em SSD.

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

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

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

  • Agente do Google Cloud para SAP. A partir da versão 2.0, é possível configurar esse agente para coletar as métricas de monitoramento do SAP HANA, o que permite monitorar suas instâncias do SAP HANA. A partir da versão 3.0, também é possível usar o recurso Backint para armazenar backups do SAP HANA diretamente no bucket do Cloud Storage e recuperá-los conforme necessário.

  • Uma sub-rede opcional, mas recomendada, com uma topologia personalizada e intervalos de IP na região do Google Cloud de sua escolha. Uma sub-rede opcional, mas recomendada, com uma topologia personalizada e intervalos de IP na região do Google Cloud de sua escolha. É possível usar uma sub-rede já existente para o SAP HANA.

  • Componentes opcionais:

    • SAP HANA Cockpit ou SAP HANA Studio em uma pequena VM do Compute Engine.

Se você provisionar o sistema SAP HANA sem um IP público, ele não poderá se conectar diretamente aos recursos por meio da Internet pública. Portanto, é necessário fornecer um método indireto para acesso à Internet usando as seguintes opções:

  • 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 uma rede compatível com o envio de dados entre hosts em taxas de até 32 Gbps ou até 100 Gbps em tipos de máquina selecionados usando rede de alta largura de banda

À medida que a demanda da carga de trabalho aumenta, especialmente ao usar o processamento analítico on-line (OLAP, na sigla em inglês), uma arquitetura de escalonamento horizontal de vários hosts pode distribuir a carga entre todos os hosts.

O diagrama a seguir mostra uma arquitetura de escalonamento horizontal para o SAP HANA no Google Cloud:

Diagrama de arquitetura para a implantação de um sistema de escalonamento horizontal do SAP HANA no Google Cloud.

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.

Diagrama de arquitetura para a implantação de um sistema de escalonamento horizontal do SAP HANA no Google Cloud com 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 ou Hyperdisks, que fornecem IOPS consistentes e altos e IO. O host mestre também atua como um mestre NFS para os volumes /hana/shared e /hanabackup, e esse mestre NFS é 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.

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 informações sobre os tipos de máquinas certificados para uso com o SAP HANA, consulte Tipos de máquinas certificados para SAP HANA.

  • Volumes de disco permanente ou Hyperdisks baseados em SSD, da seguinte maneira:

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

  • Agente do Google Cloud para SAP. A partir da versão 2.0, é possível configurar esse agente para coletar as métricas de monitoramento do SAP HANA, o que permite monitorar suas instâncias do SAP HANA. A partir da versão 3.0, também é possível usar o recurso Backint para armazenar backups do SAP HANA diretamente no bucket do Cloud Storage e recuperá-los conforme necessário.

  • 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. Se preferir, use uma sub-rede atual.

  • Componentes opcionais:

    • SAP HANA Cockpit ou SAP HANA Studio em uma pequena VM do Compute Engine.

Se você provisionar o sistema SAP HANA sem um IP público, ele não poderá se conectar diretamente aos recursos por meio da Internet pública. Portanto, é necessário fornecer um método indireto para acesso à Internet usando as seguintes opções:

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

Alta disponibilidade para os sistemas SAP HANA no Google Cloud

Para projetar uma configuração de alta disponibilidade para SAP HANA no Google Cloud, use uma combinação de recursos nativos do Google Cloud, SAP e SO.

Para informações sobre as opções de alta disponibilidade, consulte o Guia de planejamento de alta disponibilidade do SAP HANA.

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
  • Escalonamento horizontal sem nós de espera
  • Escalonamento horizontal sem nós de espera em um cluster de alta disponibilidade
  • 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.

Gerenciamento de senha

Para automatizar a instalação do SAP HANA nas VMs do Compute Engine implantadas, é necessário especificar as senhas para o usuário SIDadm e o usuário do banco de dados. É possível especificar essas senhas no arquivo de configuração do Terraform das seguintes maneiras:

  • (Recomendado) Para fornecer as senhas aos scripts de instalação com segurança, crie secrets usando o Gerenciador de secrets, que é um serviço cobrado do Google Cloud e, em seguida, especifique os nomes dos secrets como valores para os argumentos sap_hana_sidadm_password_secret e sap_hana_system_password_secret.

    Para ver informações sobre os preços do Secret Manager, consulte Preços do Secret Manager.

  • Como alternativa, é possível especificar as senhas em texto simples nos argumentos sap_hana_sidadm_password e sap_hana_system_password.

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.

A configuração do Terraform ou os modelos do Deployment Manager podem implantar as VMs, os discos permanentes e o SAP HANA. Eles também podem mapear pontos de montagem do NFS para os volumes de backup e compartilhados do SAP HANA. Para implantações com escalonamento horizontal de vários hosts, a configuração do Terraform ou o modelo do Deployment Manager também pode implantar novas instâncias do Filestore para hospedar os volumes de backup e compartilhados do SAP HANA.

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.

Soluções de compartilhamento de arquivos para implantações com escalonamento horizontal de vários hosts

A configuração do Terraform que o Google Cloud fornece para a implantação de escalonamento horizontal de vários hosts do SAP HANA, por padrão, cria exportações NFS para os volumes /hana/shared e /hanabackup na instância principal da VM do SAP HANA e compartilha os volumes com os nós de trabalho.

No entanto, se você quiser usar uma solução NFS para compartilhar os volumes /hana/shared e /hanabackup com os hosts worker, use uma das seguintes opções:

  • Para associar uma solução NFS atual que você implantou no Google Cloud, é necessário especificar os pontos de montagem NFS dos volumes /hana/shared e /hanabackup para os argumentos sap_hana_shared_nfs e sap_hana_backup_nfs, respectivamente, no arquivo de configuração do Terraform.

  • Para implantar novas instâncias do Filestore e associar os compartilhamentos de arquivos aos volumes /hana/shared e /hanabackup, é necessário definir um recurso google_filestore_instance e especificar os nomes dos compartilhamentos de arquivos para os argumentos sap_hana_shared_nfs_resource e sap_hana_backup_nfs_resource, respectivamente, no arquivo de configuração do Terraform.

Para ver um exemplo, consulte o exemplo de configuração.

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 for um problema de infraestrutura do Google Cloud, transfere o tíquete para o componente BC-OP-LNX-GOOGLE ou BC-OP-NT-GOOGLE do Google Cloud.

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