Esta lista de verificação ajuda você a melhorar o design, a migração, a implementação e a manutenção dos seus sistemas SAP no Google Cloud usando bancos de dados diferentes do SAP HANA.
Conforme você conclui a lista de verificação, considere suas necessidades comerciais. Se você fizer escolhas diferentes das recomendadas, anote-as para tarefas posteriores da lista de verificação.
- Recomendamos que você não implante vários bancos de dados na mesma instância de VM do Compute Engine em um ambiente de produção. Em vez disso, distribua seus bancos de dados em várias instâncias de VM para isolar o consumo de recursos e evitar a contenção.
Evite executar outros aplicativos na mesma instância de VM que o banco de dados.
- Ao usar uma única instância de VM para executar o banco de dados e outros
softwares, os dois aplicativos compartilham os recursos da VM, o que pode diminuir o
desempenho do banco de dados. Lembre-se do seguinte:
- As operações de bancos de dados consomem muitos recursos e exigem disponibilidade de recursos de computação com base nos guias de comparativo de mercado e dimensionamento.
- Os aplicativos SAP são muito sensíveis para paginação e troca, que podem deteriorar o desempenho e, possivelmente, causar a queda do sistema.
- Ao usar uma única instância de VM para executar o banco de dados e outros
softwares, os dois aplicativos compartilham os recursos da VM, o que pode diminuir o
desempenho do banco de dados. Lembre-se do seguinte:
Se você escolher implantar qualquer software personalizado ou de terceiros na mesma instância de VM que um banco de dados usado em um cenário SAP:
- Implante esse modelo somente em sistemas que não sejam de produção (por exemplo, um sistema de teste).
- Use aliases de nome do host para as instalações do SAP.
- Para cada instalação, use um endereço IP estático separado mapeado para um nome de host de alias.
- Para saber quais regiões e zonas aceitam VMs específicas do Compute Engine, consulte Regiões e zonas disponíveis. As VMs do Compute Engine com certificação SAP podem não estar disponíveis em todos os locais.
- Para se proteger contra falhas zonais em cenários de SAP, implante os bancos de dados em várias zonas, especialmente para VMs que fazem parte do mesmo cluster de alta disponibilidade (HA).
- Para se proteger contra falhas regionais, adicione locais de recuperação de desastres em outras regiões.
- Ao instalar alguns bancos de dados para SAP, você pode usar o Terraform ou o Cloud Deployment Manager do Google. Os arquivos de configuração do Terraform ou os modelos do Deployment Manager que Google Cloud fornecem a instalação e configuração de todos os pacotes necessários para executar o banco de dados e o SAP no Google Cloud. Para mais informações, consulte os seguintes guias de implantação de banco de dados:
- Para selecionar um tipo de máquina do Compute Engine para a implantação e as cargas de trabalho do banco de dados, consulte
Nota SAP 2456432 - Aplicativos SAP no Google Cloud: produtos compatíveis e
tipos de máquina Google Cloud
ou
Tipos de máquinas certificadas
(Google Cloud).
- Para garantir que as necessidades do seu cenário, como planejamento de capacidade e reservas, possam ser atendidas na região escolhida, trabalhe com o gerente técnico de contas ou o engenheiro de cliente designado.
- Para selecionar um SO compatível com SAP que funcione em Google Cloud, consulte Nota SAP 2456432 - Aplicativos SAP no Google Cloud: produtos compatíveis e tipos de máquina Google Cloud ou a Tabela de referência rápida (Google Cloud).
Confirme se o SO tem patches e atualizações recentes.
Se você usa o SUSE Linux Enterprise Server (SLES) no seu cenário, siga estas diretrizes:
Nota SAP 1275776 - Linux: Como preparar o SLES para ambientes SAP (em inglês)
Como ajustar sistemas com saptune (documentação do SUSE)
Se você usa o Red Hat Enterprise Linux (RHEL) no seu cenário, siga estas diretrizes:
Recomendamos que você use as imagens do SO fornecidas pelo Google Cloud porque elas atendem aos requisitos de certificação da SAP, do fornecedor do SO e do Google. No entanto, se o cenário tiver requisitos exclusivos que não possam ser atendidos com as imagens padrão, consulte Imagens do SO personalizadas.
Ao escolher um disco permanente para SAP com outros bancos de dados:
- Para conseguir o melhor desempenho, use um disco permanente ou hiperdisco do Compute Engine com suporte de armazenamento em unidade de estado sólido (SSD) para armazenar registros e dados (incluindo espaços de tabela temporários).
- Se o alto desempenho não for um requisito, por exemplo, ao usar um
disco para backups, use um disco permanente padrão do Compute Engine (
pd-standard), que é apoiado por unidades de disco rígido padrão (HDD). - Para mais informações sobre discos permanentes em bancos de dados que não são HANA, consulte:
Teste e compare seus resultados em relação às expectativas para garantir que o cenário atenda aos requisitos de desempenho do disco (para comparativos de mercado, como tempo de inicialização do banco de dados, backup, teste de volume e teste de carga). Depois disso, documente esses valores de referência para referência no futuro.
Ao usar o Google Cloud NetApp Volumes, verifique se o NetApp Volumes foi certificado pelo fornecedor do banco de dados.
- Ao usar um disco permanente para backups, considere o seguinte:
- Use qualquer tipo de disco, desde que os requisitos de desempenho
sejam atendidos. Se um disco permanente padrão (
pd-standard) não fornecer desempenho suficiente para suas necessidades, use um disco permanente equilibrado (pd-balanced) ou SSD (pd-ssd). - Lembre-se de testar os procedimentos de backup e recuperação para verificar se eles atendem às suas necessidades de desempenho.
- Use qualquer tipo de disco, desde que os requisitos de desempenho
sejam atendidos. Se um disco permanente padrão (
- Para fins de teste, crie um sistema de HA que não seja de produção equivalente ao seu ambiente de produção.
- Teste os procedimentos de failover e failback extensivamente da seguinte maneira:
- Para simular uma migração em tempo real do Compute Engine e garantir que você tenha configurado limites de failover adequados do cluster, consulte Como testar suas políticas de disponibilidade.
- Para garantir que seu cenário execute failover corretamente em uma nova região no caso de um desastre localizado, teste regularmente seus procedimentos de recuperação de desastres.
- Para ativar o failover e o failback bem-sucedidos, crie um manual de operações e atualize-o conforme necessário.
- Estabeleça um procedimento de monitoramento e alerta. Os itens comuns que precisam ser rastreados incluem eventos de inatividade do sistema, utilização de recursos (CPU, memória e disco), alertas de banco de dados para tabelas, buffers, espaço de registro e backups. Para saber mais sobre uma ferramenta de monitoramento útil disponível em Google Cloud, consulte Cloud Monitoring.