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:

• Para implantações de escalonamento vertical de host único e de escalonamento horizontal de vários hosts, consulte:
  • Terraform: guia de implantação do escalonamento vertical do SAP HANA
  • Deployment Manager: guia de implantação de escalonamento vertical do SAP HANA
• Para um sistema de escalonamento horizontal com implantações de failover automático do host, consulte:
  • Terraform: sistema de escalonamento horizontal do SAP HANA com guia de implantação de failover automático do host
  • Deployment Manager: sistema de escalonamento horizontal do SAP HANA com guia de implantação de failover automático do host
• Para configurações de cluster de alta disponibilidade de escalonamento vertical, consulte:
  • Terraform: guia de configuração de cluster de alta disponibilidade do SAP HANA
  • Deployment Manager: guia de configuração do cluster de alta disponibilidade do SAP HANA
  • Configuração manual do cluster de escalonamento vertical de alta disponibilidade no RHEL
  • Configuração manual do cluster de escalonamento vertical de alta disponibilidade no SLES
• Para configurações de cluster de alta disponibilidade de escalonamento horizontal, consulte:
  • Terraform: guia de configuração de cluster de alta disponibilidade para escalonamento horizontal do SAP HANA
  • Configuração manual do cluster de escalonamento horizontal de alta disponibilidade no SLES

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)

Importante: se você estiver usando a CLI gcloud, sempre verifique se está usando a versão mais recente. Para instalar a versão mais recente da CLI gcloud, consulte as instruções de instalação do gcloud.

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
Criação de redes VPC	Conecta as instâncias de VM entre si e à Internet. Cada instância de VM é membro de uma rede legada com um intervalo de IPs global ou de uma rede de sub-redes recomendada, em que a instância de VM é membro de uma sub-rede que faz parte de uma rede maior. Uma rede de nuvem privada virtual (VPC) não pode abranger projetos do Google Cloud, mas um projeto do Google Cloud pode ter várias redes VPC. Para conectar recursos de vários projetos a uma rede VPC comum, use a VPC compartilhada. Assim, os recursos podem se comunicar uns com os outros de maneira segura e eficiente usando endereços IP internos dessa rede. Para informações sobre como provisionar uma VPC compartilhada, incluindo requisitos, etapas de configuração e uso, consulte Provisionar VPC compartilhada.
Compute Engine	Cria e gerencia VMs com sua opção de sistema operacional e pilha de software.
Persistent Disk e Hyperdisk	É possível usar o Persistent Disk e o Hyperdisk do Google Cloud: Os volumes do Persistent Disk estão disponíveis como unidades de disco rígido (HDD) padrão ou unidades de estado sólido (SSD). Para discos permanentes equilibrados e discos permanentes SSD, a PD Async Replication fornece replicação assíncrona de dados SAP entre duas regiões do Google Cloud. Os volumes extremos do hiperdisco têm opções máximas de IOPS e a capacidade de processamento do que os volumes de disco permanente SSD. Por padrão, o Compute Engine criptografa o conteúdo do cliente em repouso, incluindo o conteúdo dentro dos volumes do Persistent Disk e do Hyperdisk. Para mais informações sobre criptografia de disco e possíveis opções, consulte Sobre a criptografia de disco.
Console do Google Cloud	Uma 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 seus backups de bancos de dados SAP no Cloud Storage 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 de armazenamento permanentes. O Monitoring coleta métricas, eventos e metadados do Google Cloud para oferecer insights com 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. O IAM permite controlar quem pode executar operações de plano de controle nas VMs, incluindo criação, modificação e exclusão de VMs e discos de armazenamento permanente, além de criação e modificação de 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:

Observação: o prefixo dos nomes de máquina a seguir mudou de "n1" para "m1" a fim de identificar mais claramente as máquinas como membros da família de máquinas com otimização de memória:

• n1-megamem-96 agora é m1-megamem-96
• n1-ultramem-40 agora é m1-ultramem-40
• n1-ultramem-80 agora é m1-ultramem-80
• n1-ultramem-160 agora é m1-ultramem-160

As máquinas em si não mudaram e os nomes antigos ainda são usados como o alias delas.

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	Tipo de aplicativo	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 máquina bare metal de uso geral C3
c3-highmem-192-metal	192	1.536 GB	RHEL, SUSE	Intel Sapphire Rapids	OLAP ou OLTP	Somente para escalonamento vertical. Armazenamento em blocos: Hyperdisk Extreme, Hyperdisk Balanced.
Tipos de VM de uso geral C4
c4-highmem-32	32	248 GB	RHEL, SUSE	Intel Emerald Rapids	OLAP ou OLTP	Apenas escalonamento vertical. Armazenamento em blocos: Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
c4-highmem-48	48	372 GB	RHEL, SUSE	Intel Emerald Rapids	OLAP ou OLTP	Apenas escalonamento vertical. Armazenamento em blocos: Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
c4-highmem-96	96	744 GB	RHEL, SUSE	Intel Emerald Rapids	OLAP ou OLTP	Apenas escalonamento vertical. Armazenamento em blocos: Hyperdisk Extreme, Hyperdisk Balanced ou NetApp CVS-Performance.
c4-highmem-192	192	1.488 GB	RHEL, SUSE	Intel Emerald Rapids	OLAP ou OLTP	Apenas escalonamento vertical. Armazenamento em blocos: 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, Hyperdisk Balanced 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, Hyperdisk Balanced 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, Hyperdisk Balanced 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, Hyperdisk Balanced 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, Hyperdisk Balanceado ou, 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, Hyperdisk Balanced 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, Hyperdisk Balanceado ou, 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, Hyperdisk Balanceado ou, 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).
Tipos de máquina bare metal com otimização de memória X4 Importante: para saber mais sobre a compra de cotas para instâncias X4 ou para discutir preços sob demanda para testar instâncias X4, entre em contato com seu representante da conta do Google Cloud.
x4-megamem-960-metal	960	16.384 GB	SUSE	Intel Sapphire Rapids	OLAP ou OLTP	As cargas de trabalho OLAP e OLTP são certificadas para escalonamento horizontal de até quatro nós e escalonamento vertical. Armazenamento em blocos: Hyperdisk Extreme, Hyperdisk Balanced
x4-megamem-1440-metal	1,440	24.576 GB	SUSE	Intel Sapphire Rapids	OLAP ou OLTP	As cargas de trabalho OLTP são certificadas para escalonamento horizontal de até quatro nós. As cargas de trabalho OLAP são certificadas apenas para escalonamento vertical. Armazenamento em blocos: Hyperdisk Extreme, Hyperdisk Balanced
x4-megamem-1920-metal	1.920	32.768 GB	SUSE	Intel Sapphire Rapids	OLAP ou OLTP	As cargas de trabalho OLTP são certificadas para escalonamento horizontal de até quatro nós. As cargas de trabalho OLAP são certificadas apenas para escalonamento vertical. Armazenamento em blocos: Hyperdisk Extreme, Hyperdisk Balanced

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	Tipo de aplicativo	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.4 ^Observação	x4-megamem
	9.2 ^Observação	x4-megamem C3-metal
	9.0 ^Observação	x4-megamem C3-metal
	8.10	x4-megamem
	8.8	x4-megamem C3-metal
	8.6	x4-megamem C3-metal
	8.4	x4-megamem C3-metal
	8.2	x4-megamem C3-metal
	8.1	x4-megamem C3-metal c3-standard c3-highmem m3-ultramem m3-megamem
	7.9	c4-highmem x4-megamem C3-metal
	7.7	c4-highmem x4-megamem C3-metal c3-standard c3-highmem m3-ultramem m3-megamem
SLES para SAP	15 SP6
	15 SP5
	15 SP4
	15 SP3	x4-megamem C3-metal
	15 SP2	x4-megamem C3-metal
	15 SP1	c4-highmem x4-megamem C3-metal c3-standard c3-highmem m3-ultramem m3-megamem
	12 SP5	x4-megamem C3-metal

Observação: antes de instalar qualquer software SAP no RHEL para SAP 9.x, é preciso instalar outros pacotes nas máquinas host, especialmente chkconfig e compat-openssl11. Se você usar uma imagem fornecida pelo Compute Engine, esses pacotes serão instalados automaticamente. Para mais informações da SAP, consulte a Nota SAP 3108316 – Red Hat Enterprise Linux 9.x: instalação e configuração .

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:

• Diretório de hardware SAP HANA certificado e compatível
• Nota SAP 2235581 - SAP HANA: sistemas operacionais compatíveis (em inglês)

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 equilibrado como o disco recomendado para hospedar os seguintes volumes para instâncias de VM:
    • 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 equilibrado 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.
  • 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.
  • Use o Hyperdisk Balanced como o disco recomendado para hospedar os seguintes volumes para instâncias bare metal do Compute Engine, como X4:
    • O disco de inicialização.
    • 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.
  • 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.
  • 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.
  • 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.

Layouts de disco compatíveis

A figura a seguir mostra o layout de armazenamento em disco nas arquiteturas sugeridas 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. O volume /hana/data pode ser hospedado em mais de um disco. 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:

• Opções de armazenamento
• Sobre o Hiperdisco
• Desempenho do armazenamento em blocos
• Outros fatores que afetam o desempenho
• Adicionar um disco permanente à VM
• Criar e gerenciar snapshots de disco
• Migrar volumes de disco permanente do SAP HANA para volumes do Hyperdisk

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.

Para informações sobre a configuração de armazenamento recomendada para sistemas SAP HANA executados em instâncias X4, consulte Armazenamento em blocos compatível com X4.

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

Disco permanente equilibrado

Se você quiser usar mais de um volume de disco permanente equilibrado para hospedar seu volume /hana/data, divida igualmente o valor de tamanho fornecido na coluna "Tamanho do /hana/data (GB)" entre os volumes de disco provisionados.

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)
n1-highmem-32	599	104	208	32	943
n1-highmem-64	499	208	416	32	1,155
n1-highmem-96	748	312	624	32	1.716
n2-highmem-32	527	128	256	32	943
n2-highmem-48	460	192	384	32	1.068
n2-highmem-64	614	256	512	32	1.414
n2-highmem-80	768	320	640	32	1.760
n2-highmem-96	921	384	768	32	2.105
n2-highmem-128	1.036	432	864	32	2,364
c3-standard-44	647	88	176	32	943
c3-highmem-44	422	176	352	32	982
c3-highmem-88	844	352	704	32	1.932
c3-highmem-176	1.689	512	1.024	32	3.257
m1-megamem-96	1.719	512	1.024	32	3.287
m1-ultramem-40	1.153	480	961	32	2.626
m1-ultramem-80	2.306	512	1.024	32	3.874
m1-ultramem-160	4.612	512	1.024	32	6.180
m2-megamem-416	7.065	512	1.024	32	8.633
m2-ultramem-208	7.065	512	1.024	32	8.633
m2-ultramem-416	14.092	512	1.024	32	15.660
m2-hypermem-416	10.598	512	1.024	32	12.166
m3-ultramem-32	1.171	488	976	32	2.667
m3-ultramem-64	2.342	512	1.024	32	3.910
m3-ultramem-128	4.684	512	1.024	32	6.252
m3-megamem-64	1.171	488	976	32	2.667
m3-megamem-128	2.342	512	1.024	32	3.910

Disco permanente SSD

Se você quiser usar mais de um volume de disco permanente SSD para hospedar seu volume /hana/data, divida igualmente o valor de tamanho fornecido na coluna "Tamanho do /hana/data (GB)" entre os volumes de disco provisionados.

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)
n1-highmem-32	249	104	208	32	593
n1-highmem-64	499	208	416	32	1,155
n1-highmem-96	748	312	624	32	1.716
n2-highmem-32	307	128	256	32	723
n2-highmem-48	460	192	384	32	1.068
n2-highmem-64	614	256	512	32	1.414
n2-highmem-80	768	320	640	32	1.760
n2-highmem-96	921	384	768	32	2.105
n2-highmem-128	1.036	432	864	32	2,364
c3-standard-44	254	88	176	32	550
c3-highmem-44	422	176	352	32	982
c3-highmem-88	844	352	704	32	1.932
c3-highmem-176	1.689	512	1.024	32	3.257
m1-megamem-96	1.719	512	1.024	32	3.287
m1-ultramem-40	1.153	480	961	32	2.626
m1-ultramem-80	2.306	512	1.024	32	3.874
m1-ultramem-160	4.612	512	1.024	32	6.180
m2-megamem-416	7.065	512	1.024	32	8.633
m2-ultramem-208	7.065	512	1.024	32	8.633
m2-ultramem-416	14.092	512	1.024	32	15.660
m2-hypermem-416	10.598	512	1.024	32	12.166
m3-ultramem-32	1.171	488	976	32	2.667
m3-ultramem-64	2.342	512	1.024	32	3.910
m3-ultramem-128	4.684	512	1.024	32	6.252
m3-megamem-64	1.171	488	976	32	2.667
m3-megamem-128	2.342	512	1.024	32	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.

Se você quiser usar mais de um volume do Hyperdisk Extreme para hospedar o volume /hana/data, divida igualmente os valores de tamanho e IOPS fornecidos na coluna "Tamanho (GB) e IOPS do /hana/data" entre os volumes de disco provisionados.

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)
n2-highmem-80	768 GB com 10.000 IOPS	320 GB com 10.000 IOPS	640	32	1.760
n2-highmem-96	921 GB com 10.000 IOPS	384 GB com 10.000 IOPS	768	32	2.105
n2-highmem-128	1.036 GB com 10.000 IOPS	432 GB com 10.000 IOPS	864	32	2,364
c3-highmem-88	844 GB com 10.000 IOPS	352 GB com 10.000 IOPS	704	32	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-192-metal	1.843 GB com 10.000 IOPS	512 GB com 10.000 IOPS	1.024	32	3.411
c4-highmem-32	297 GB com 10.000 IOPS	124 GB com 10.000 IOPS	248	32	701
c4-highmem-48	446 GB com 10.000 IOPS	186 GB com 10.000 IOPS	372	32	1.036
c4-highmem-96	892 GB com 10.000 IOPS	372 GB com 10.000 IOPS	744	32	2.040
c4-highmem-192	1.785 GB com 10.000 IOPS	512 GB com 10.000 IOPS	1.024	32	3.353
m1-megamem-96	1.719 GB com 10.000 IOPS	512 GB com 10.000 IOPS	1.024	32	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-160	4.612 GB com 10.000 IOPS	512 GB com 10.000 IOPS	1.024	32	6.180
m2-megamem-416	7.065 GB com 14.130 IOPS	512 GB com 3.000 IOPS	1.024	32	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-416	14.092 GB com 28.184 IOPS	512 GB com 10.000 IOPS	1.024	32	15.660
m2-hypermem-416	10.598 GB com 21.196 IOPS	512 GB com 10.000 IOPS	1.024	32	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-128	4.684 GB com 10.000 IOPS	512 GB com 10.000 IOPS	1.024	32	6.252
m3-megamem-64	1.171 GB com 10.000 IOPS	488 GB com 10.000 IOPS	976	32	2.667
m3-megamem-128	2.342 GB com 10.000 IOPS	512 GB com 10.000 IOPS	1.024	32	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.

Se você quiser usar mais de um volume do Hyperdisk Balanced para hospedar seu volume /hana/data, divida igualmente os valores de tamanho, IOPS e capacidade de processamento fornecidos na coluna "Tamanho (GB), IOPS e capacidade de processamento do /hana/data" entre os volumes de disco provisionados.

Tipo de VM do Compute Engine	/hana/data tamanho (GB), IOPS e capacidade de processamento	/hana/log tamanho (GB), IOPS e capacidade de processamento	Tamanho /hana/shared (GB)	Tamanho /usr/sap (GB)	Tamanho total (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 de processamento	176	32	507
c3-highmem-44	422 GB com 10.000 IOPS e 400 MBps de capacidade de processamento	176 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	352	32	982
c3-highmem-88	844 GB com 10.000 IOPS e 1.200 MBps de capacidade de processamento	352 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	704	32	1.932
c3-highmem-176	1.689 GB com 10.000 IOPS e 1.200 MBps de capacidade de processamento	512 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	1.024	32	3.257
c3-highmem-192-metal	1.843 GB com 10.000 IOPS e 1.200 MBps de capacidade de processamento	512 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	1.024	32	3.411
c4-highmem-32	297 GB com 10.000 IOPS e 400 MBps de capacidade de processamento	124 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	248	32	701
c4-highmem-48	446 GB com 10.000 IOPS e 400 MBps de capacidade de processamento	186 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	372	32	1.036
c4-highmem-96	892 GB com 10.000 IOPS e 800 MBps de capacidade de processamento	372 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	744	32	2.040
c4-highmem-192	1.785 GB com 10.000 IOPS e 800 MBps de capacidade de processamento	512 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	1.024	32	3.353
m1-megamem-96	1.719 GB com 8.000 IOPS e 1.000 MBps de capacidade de processamento	512 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	1.024	32	3.287
m1-ultramem-40	1.153 GB com 8.000 IOPS e 900 MBps de capacidade de processamento	480 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	961	32	2.626
m1-ultramem-80	2.306 GB com 10.000 IOPS e 1.200 MBps de capacidade de processamento	512 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	1.024	32	3.874
m1-ultramem-160	4.612 GB com 15.000 IOPS e 1.200 MBps de capacidade de processamento	512 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	1.024	32	6.180
m2-megamem-416	7.065 GB com 20.000 IOPS e 1.200 MBps de capacidade de processamento	512 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	1.024	32	8.633
m2-ultramem-208	7.065 GB 20.000 IOPS e 1.200 MBps de capacidade de processamento	512 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	1.024	32	8.633
m2-ultramem-416	14.092 GB com 20.000 IOPS e 1.200 MBps de capacidade de processamento	512 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	1.024	32	15.660
m2-hypermem-416	10.598 GB com 20.000 IOPS e 1.200 MBps de capacidade de processamento	512 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	1.024	32	12.166
m3-ultramem-32	1.171 GB com 10.000 IOPS e 900 MBps de capacidade de processamento	488 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	976	32	2.667
m3-ultramem-64	2.342 GB com 10.000 IOPS e 1.200 MBps de capacidade de processamento	512 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	1.024	32	3.910
m3-ultramem-128	4.684 GB com 10.000 IOPS e 1.200 MBps de capacidade de processamento	512 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	1.024	32	6.252
m3-megamem-64	1.171 GB com 10.000 IOPS e 900 MBps de capacidade de processamento	488 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	976	32	2.667
m3-megamem-128	2.342 GB com 10.000 IOPS e 1.200 MBps de capacidade de processamento	512 GB com 3.000 IOPS e 400 MBps de capacidade de processamento	1.024	32	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	Tamanho (GB)
n1-highmem-32	943
n1-highmem-64	1,155
n1-highmem-96	1.716
n2-highmem-32	943
n2-highmem-48	1.068
n2-highmem-64	1.414
n2-highmem-80	1.760
n2-highmem-96	2.105
n2-highmem-128	2.364
c3-standard-44	943
c3-highmem-44	982
c3-highmem-88	1.932
c3-highmem-176	3.257
m1-megamem-96	3.287
m1-ultramem-40	2.626
m1-ultramem-80	3.874
m1-ultramem-160	6.180
m2-megamem-416	8.633
m2-ultramem-208	8.633
m2-ultramem-416	15.660
m2-hypermem-416	12.166
m3-ultramem-32	2.667
m3-ultramem-64	3.910
m3-ultramem-128	6.252
m3-megamem-64	2.667
m3-megamem-128	3.910

SSD persistent disk

Tipo de VM do Compute Engine	Tamanho (GB)
n1-highmem-32	593
n1-highmem-64	1,155
n1-highmem-96	1.716
n2-highmem-32	723
n2-highmem-48	1.068
n2-highmem-64	1.414
n2-highmem-80	1.760
n2-highmem-96	2.105
n2-highmem-128	2.364
c3-standard-44	550
c3-highmem-44	982
c3-highmem-88	1.932
c3-highmem-176	3.257
m1-megamem-96	3.287
m1-ultramem-40	2.626
m1-ultramem-80	3.874
m1-ultramem-160	6.180
m2-megamem-416	8.633
m2-ultramem-208	8.633
m2-ultramem-416	15.660
m2-hypermem-416	12.166
m3-ultramem-32	2.667
m3-ultramem-64	3.910
m3-ultramem-128	6.252
m3-megamem-64	2.667
m3-megamem-128	3.910

Hiperdisco extremo

Tipo de VM do Compute Engine	Tamanho (GB) e IOPS
n2-highmem-80	1.760 GB com 20.000 IOPS
n2-highmem-96	2.105 GB com 20.000 IOPS
n2-highmem-128	2.364 GB com 20.000 IOPS
c3-highmem-88	1.932 GB com 20.000 IOPS
c3-highmem-176	3.257 GB com 20.000 IOPS
c3-highmem-192-metal	3.411 GB com 20.000 IOPS
c4-highmem-32	701 GB com 20.000 IOPS
c4-highmem-48	1.036 GB com 20.000 IOPS
c4-highmem-96	2.040 GB com 20.000 IOPS
c4-highmem-192	3.353 GB com 20.000 IOPS
m1-megamem-96	3.287 GB com 20.000 IOPS
m1-ultramem-80	3.874 GB com 20.000 IOPS
m1-ultramem-160	6.180 GB com 20.000 IOPS
m2-megamem-416	8.633 GB com 24.130 IOPS
m2-ultramem-208	8.633 GB com 24.130 IOPS
m2-ultramem-416	15.660 GB com 38.184 IOPS
m2-hypermem-416	12.166 GB com 31.196 IOPS
m3-ultramem-64	3.910 GB com 20.000 IOPS
m3-ultramem-128	6.252 GB com 20.000 IOPS
m3-megamem-64	2.667 GB com 20.000 IOPS
m3-megamem-128	3.910 GB com 20.000 IOPS

Hiperdisco equilibrado

Tipo de VM do Compute Engine	Tamanho (GB), IOPS e capacidade de processamento
c3-standard-44	507 GB com 13.000 IOPS e 800 MBps de capacidade de processamento
c3-highmem-44	982 GB com 13.000 IOPS e 800 MBps de capacidade de processamento
c3-highmem-88	1.932 GB com 13.000 IOPS e 1.600 MBps de capacidade de processamento
c3-highmem-176	3.257 GB com 13.000 IOPS e 1.600 MBps de capacidade de processamento
c3-highmem-192-metal	3.411 GB com 13.000 IOPS e 1.600 MBps de capacidade de processamento
c4-highmem-32	701 GB com 13.000 IOPS e 800 MBps de capacidade de processamento
c4-highmem-48	1.036 GB com 13.000 IOPS e 800 MBps de capacidade de processamento
c4-highmem-96	2.040 GB com 13.000 IOPS e 1.200 MBps de capacidade de processamento
c4-highmem-192	3.353 GB com 13.000 IOPS e 1.200 MBps de capacidade de processamento
m1-megamem-96	3.287 GB com 11.000 IOPS e 1.400 MBps de capacidade de processamento
m1-ultramem-40	2.626 GB com 11.000 IOPS e 1.300 MBps de capacidade de processamento
m1-ultramem-80	3.874 GB com 13.000 IOPS e 1.600 MBps de capacidade de processamento
m1-ultramem-160	6.180 GB com 18.000 IOPS e 1.600 MBps de capacidade de processamento
m2-megamem-416	8.633 GB com 23.000 IOPS e 1.600 MBps de capacidade de processamento
m2-ultramem-208	8.633 GB com 23.000 IOPS e 1.600 MBps de capacidade de processamento
m2-ultramem-416	15.660 GB com 23.000 IOPS e 1.600 MBps de capacidade de processamento
m2-hypermem-416	12.166 GB com 23.000 IOPS e 1.600 MBps de capacidade de processamento
m3-ultramem-32	2.667 GB com 13.000 IOPS e 1.300 MBps de capacidade de processamento
m3-ultramem-64	3.910 GB com 13.000 IOPS e 1.600 MBps de capacidade de processamento
m3-ultramem-128	6.252 GB com 13.000 IOPS e 1.600 MBps de capacidade de processamento
m3-megamem-64	2.667 GB com 13.000 IOPS e 1.300 MBps de capacidade de processamento
m3-megamem-128	3.910 GB com 13.000 IOPS e 1.600 MBps de capacidade de processamento

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 recomenda para suas implantações. Essas orientações, embora superem os requisitos mínimos da SAP, foram criadas para equilibrar os requisitos de armazenamento do sistema SAP HANA, os requisitos de desempenho dos discos 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:

• Nota SAP 2292690 - SAP HANA DB: configurações recomendadas do SO para RHEL 7 (em inglês)
• Nota SAP 2777782 - SAP HANA DB: Configurações de SO recomendadas para o RHEL 8 (em inglês)
• Nota SAP 3108302 - SAP HANA DB: configurações de SO recomendadas para o RHEL 9

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:

• Nota SAP 2205917 - SAP HANA DB: configurações recomendadas do SO para SLES 12/SLES para aplicativos SAP 12 (em inglês)
• Nota SAP 2684254 - SAP HANA DB: configurações de SO recomendadas para SLES 15/SLES para aplicativos SAP 15 (em inglês)

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áquinas bare metal para SAP HANA

Esta seção fornece informações sobre como executar o SAP HANA nos tipos de máquina bare metal fornecidos pelo Compute Engine, que incluem:

• Tipos de máquina bare metal C3: a série C3 de máquinas de uso geral inclui tipos de máquina bare metal.

  • Para informações sobre os tipos de máquina bare metal C3 certificados pela SAP para uso com o SAP HANA, consulte Tipos de máquina bare metal de uso geral C3.
  • Para informações sobre as versões do sistema operacional que podem ser usadas com os tipos de máquina bare metal C3 para executar cargas de trabalho do SAP HANA, consulte Sistemas operacionais certificados para SAP HANA.
  • Para informações sobre o armazenamento em blocos mínimo necessário para executar o SAP HANA nos tipos de máquina bare metal C3, consulte Tamanhos mínimos para volumes de Persistent Disk e hiperdisco baseados em SSD.
  • Para mais informações sobre a série de máquinas C3, consulte Série de máquinas C3.

• X4: a quarta geração de tipos de máquina com otimização de memória oferecidos pelo Compute Engine. Essas máquinas foram projetadas para oferecer suporte principalmente a cargas de trabalho do SAP que exigem até 32 TB de memória.

  • Para informações sobre os tipos de máquina X4 certificados pela SAP para uso com o SAP HANA, consulte Tipos de máquina bare metal com otimização de memória X4.
  • Para informações sobre as versões do sistema operacional que podem ser usadas com os tipos de máquina X4 para executar cargas de trabalho do SAP HANA, consulte Sistemas operacionais certificados para SAP HANA.
  • Para informações sobre o armazenamento em blocos com suporte para execução do SAP HANA em tipos de máquina X4, consulte Armazenamento em blocos com suporte para X4.
  • Para mais informações sobre a série de máquinas X4, consulte Série de máquinas X4.

Armazenamento em blocos com suporte para X4

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 para instâncias X4, consulte as seguintes seções:

• Configuração com otimização de custos
• Configuração ajustada para desempenho
• Configuração de desempenho flexível

Observação: as configurações de armazenamento a seguir são apenas recomendações iniciais. É altamente recomendável dimensionar suas cargas de trabalho e executar validações para garantir o desempenho ideal.

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	1.024	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	1.024	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	1.024	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	1.024	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	1.024	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	1.024	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	1.024	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	1.024	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	1.024	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 as instâncias bare metal 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 bare metal para executar o SAP HANA, recomendamos que você faça o seguinte:

• Verifique se a versão 3.6 (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.
• Nas instâncias X4, otimize a configuração do SO para oferecer o melhor suporte às cargas de trabalho do SAP HANA. É possível fazer isso usando o agente do Google Cloud para SAP. Para mais informações, consulte Configurar o SO convidado em instâncias bare metal.
• 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.

Hyperthreading

A hiperthread está ativada por padrão e é a configuração recomendada para todos os tipos de máquina do Compute Engine.

Para ter o desempenho ideal do SAP HANA em instâncias de computação com mais de 1.000 vCPUs, recomendamos o uso do SAP HANA 2.0 SPS7 revisão 76 ou mais recente.

Se você estiver executando uma versão mais antiga do SAP HANA com uma carga de trabalho OLTP em instâncias de computação com mais de 1.000 vCPUs, desativar o hiperthreading pode ter um benefício de desempenho marginal. Recomendamos testar isso durante o teste de carga. Para saber como desativar o hyperthreading na instância X4 usando o agente do Google Cloud para SAP, consulte Desativar o hyperthreading em uma instância X4.

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.

Importante: o RHEL e o SLES são imagens premium, e todos os preços das imagens premium somam-se aos encargos de uso de um tipo de máquina. Para detalhes sobre preços de imagens premium, consulte Imagens premium.

Observação: é possível conseguir um desconto por uso prolongado de até 30% para suas instâncias do Compute Engine.

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	vCPU	Memória (GB)	Cota GB
n1-highmem-32	32	208	943
n1-highmem-64	64	416	1.155
n1-highmem-96	96	624	1.716
n2-highmem-32	32	256	943
n2-highmem-48	48	384	1.068
n2-highmem-64	64	512	1.414
n2-highmem-80	80	640	1.760
n2-highmem-96	96	768	2.105
n2-highmem-128	128	864	2.364
c3-standard-44	44	176	507
c3-highmem-44	44	352	982
c3-highmem-88	88	704	1.932
c3-highmem-176	176	1.408	3.257
m1-megamem-96	96	1.433	3.287
m1-ultramem-40	40	961	2.626
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	160	3.844	6.180
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	32	976	2.667
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	128	3.904	6.252
m3-megamem-64	64	976	2.667
m3-megamem-128	128	1.952	3.910

SSD persistent disk

Tipo de VM do Compute Engine	vCPU	Memória (GB)	Cota GB
n1-highmem-32	32	208	593
n1-highmem-64	64	416	1.155
n1-highmem-96	96	624	1.716
n2-highmem-32	32	256	723
n2-highmem-48	48	384	1.068
n2-highmem-64	64	512	1.414
n2-highmem-80	80	640	1.760
n2-highmem-96	96	768	2.105
n2-highmem-128	128	864	2.364
c3-standard-44	44	176	507
c3-highmem-44	44	352	982
c3-highmem-88	88	704	1.932
c3-highmem-176	176	1.408	3.257
m1-megamem-96	96	1.433	3.287
m1-ultramem-40	40	961	2.626
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	160	3.844	6.180
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	32	976	2.667
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	128	3.904	6.252
m3-megamem-64	64	976	2.667
m3-megamem-128	128	1.952	3.910

Hiperdisco extremo

Tipo de VM do Compute Engine	vCPU	Memória (GB)	Cota GB
n2-highmem-80	80	640	1.760
n2-highmem-96	96	768	2.105
n2-highmem-128	128	864	2.364
c3-highmem-88	88	704	1.932
c3-highmem-176	176	1.408	3.257
c3-highmem-192-metal	192	1.536	3.411
c4-highmem-32	32	248	701
c4-highmem-48	48	372	1.036
c4-highmem-96	96	744	2.040
c4-highmem-192	192	1.488	3.353
m1-megamem-96	96	1.433	3.287
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	160	3.844	6.180
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	416	8.832	12.166
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	128	3.904	6.252
m3-megamem-64	64	976	2.667
m3-megamem-128	128	1.952	3.910
Importante:para saber mais sobre a compra de cotas para instâncias X4 ou para discutir preços sob demanda para testar instâncias X4, entre em contato com seu representante da conta do Google Cloud.
x4-megamem-960-metal	960	16.384	17.952
x4-megamem-1440-metal	1,440	24.576	26.144
x4-megamem-1920-metal	1.920	32.768	34.336

Hiperdisco equilibrado

Tipo de VM do Compute Engine	vCPU	Memória (GB)	Cota GB
c3-standard-44	44	176	507
c3-highmem-44	44	352	982
c3-highmem-88	88	704	1.932
c3-highmem-176	176	1.408	3.257
c3-highmem-192-metal	192	1.536	3.411
c4-highmem-32	32	248	701
c4-highmem-48	48	372	1.036
c4-highmem-96	96	744	2.040
c4-highmem-192	192	1.488	3.353
m1-megamem-96	96	1.433	3.287
m1-ultramem-40	40	961	2.626
m1-ultramem-80	80	1.922	3.874
m1-ultramem-160	160	3.844	6.180
m2-megamem-416	416	5.888	8.633
m2-ultramem-208	208	5.888	8.633
m2-ultramem-416	416	11.766	15.660
m2-hypermem-416	416	8.832	12.166
m3-ultramem-32	32	976	2.667
m3-ultramem-64	64	1.952	3.910
m3-ultramem-128	128	3.904	6.252
m3-megamem-64	64	976	2.667
m3-megamem-128	128	1.952	3.910
Importante:para saber mais sobre a compra de cotas para instâncias X4 ou para discutir preços sob demanda para testar instâncias X4, entre em contato com seu representante da conta do Google Cloud.
x4-megamem-960-metal	960	16.384	17.952
x4-megamem-1440-metal	1,440	24.576	26.144
x4-megamem-1920-metal	1.920	32.768	34.336

Disco permanente padrão

Tipo de VM do Compute Engine	vCPU	Memória (GB)	Cota GB
n1-highmem-32	32	208	448
n1-highmem-64	64	416	864
n1-highmem-96	96	624	1.280
n2-highmem-32	32	256	544
n2-highmem-48	48	384	800
n2-highmem-64	64	512	1.056
n2-highmem-80	80	640	1.312
n2-highmem-96	96	768	1.568
n2-highmem-128	128	864	1.760
m1-megamem-96	96	1.433	2.898
m1-ultramem-40	40	961	1.954
m1-ultramem-80	80	1.922	3.876
m1-ultramem-160	160	3.844	7.720
m2-megamem-416	416	5.888	11.832
m2-ultramem-208	208	5.888	11.832
m2-ultramem-416	416	11.766	23.564
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).

Observação: depois de implantar o SAP HANA no GCP, é preciso instalar sua licença permanente do SAP HANA antes que a licença temporária expire. Caso contrário, o sistema SAP HANA poderá entrar no bloqueio total do banco de dados depois que a licença temporária expirar.

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.

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 particular 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:

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.

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:

• Automação de implantação para sistemas de escalonamento vertical
• Automação de implantação para sistemas de escalonamento horizontal

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.

Observação: é necessário usar ambos os secrets para as duas senhas ou especificá-las diretamente em texto simples. Além disso, os secrets precisam existir no projeto do Google Cloud em que você implanta o sistema SAP.

Implantação de disco pelo Terraform

Quando você automatiza a implantação do SAP HANA usando a configuração do Terraform fornecida pelo Google Cloud, a implantação de disco padrão é a seguinte:

Volume ou diretório	Disco padrão implantado para instâncias X4	Disco padrão implantado para instâncias bare metal C3	Disco padrão implantado para instâncias de VM
Volume da inicialização	Hiperdisco equilibrado	Hiperdisco equilibrado	Disco permanente equilibrado
/hana/data	Hiperdisco extremo	Hiperdisco equilibrado	Disco permanente SSD
/hana/log	Hiperdisco extremo	Hiperdisco equilibrado	Disco permanente SSD
/hana/shared	Hiperdisco equilibrado	Hiperdisco equilibrado	SSD Persistent Disk, se você especificar disk_type = "pd-ssd" no arquivo de configuração do Terraform. Disco permanente equilibrado, em todos os outros cenários.
/hanabackup	Hiperdisco equilibrado	Hiperdisco equilibrado	Disco permanente equilibrado
/usr/sap	Hiperdisco equilibrado	Hiperdisco equilibrado	SSD Persistent Disk, se você especificar disk_type = "pd-ssd" no arquivo de configuração do Terraform. Disco permanente equilibrado, em todos os outros cenários.

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:

• Terraform: guia de implantação do escalonamento vertical do SAP HANA
• Deployment Manager: guia de implantação de escalonamento vertical do SAP HANA

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.

• Para implantar um sistema de escalonamento horizontal que não inclua failover automático de hosts do SAP HANA, consulte Terraform: guia de implantação do SAP HANA ou Deployment Manager: guia de implantação do SAP HANA.
• Para implantar um sistema de escalonamento horizontal sem hosts em espera em um cluster de alta disponibilidade do Linux, consulte Terraform: guia de configuração do cluster de alta disponibilidade do SAP HANA.
• Para implantar um sistema de escalonamento horizontal que inclua hosts em espera, consulte Terraform: sistema de escalonamento horizontal do SAP HANA com guia de implantação de failover automático do host ou Deployment Manager: sistema de escalonamento horizontal do SAP HANA com guia de implantação de failover automático do host.

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 compartilhados e de backup 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 de 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 ele parecer ser um problema de infraestrutura do Google Cloud, a SAP transfere esse tíquete para o componente adequado do Google Cloud em seu sistema: BC-OP-LNX-GOOGLE ou BC-OP-NT-GOOGLE.

Requisitos de suporte

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

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

• Como receber suporte para o SAP no Google Cloud
• Nota SAP 2456406 - SAP no Google Cloud Platform: pré-requisitos de suporte (é necessário ter uma conta de usuário SAP)

A seguir

• Para mais informações da SAP sobre nível dinâmico do SAP HANA, consulte Nível dinâmico do SAP HANA.