Compartilhar via


Carga de trabalho SAP no Azure: lista de verificação de planejamento e implantação

Essa lista de verificação foi projetada para os clientes que movem os aplicativos SAP para a infraestrutura como serviço do Azure. Os aplicativos SAP deste documento representam os produtos SAP que executam o kernel SAP, incluindo o SAP NetWeaver, o S/4HANA, o BW, o BW/4 e outros. Durante todo o projeto, um cliente e/ou parceiro SAP deve examinar a lista de verificação. É importante ter em mente que muitas das verificações são concluídas no início do projeto e durante a fase de planejamento. Quando a implantação estiver concluída, alterações simples na infraestrutura do Azure implantada ou em versões de software SAP poderão se tornar complexas.

Analise a lista de verificação ao chegar a marcos principais do projeto. Ao fazer isso, você pode detectar pequenos problemas antes que eles se tornem grandes. Você também terá tempo suficiente para remodelar e testar todas as alterações necessárias. Não considere essa lista de verificação concluída. Dependendo da situação, talvez seja necessário executar verificações adicionais.

A lista de verificação não inclui tarefas que sejam independentes do Azure. Por exemplo, as interfaces dos aplicativos SAP são alteradas durante a migração para a plataforma do Azure ou para um provedor de hospedagem. A documentação e as notas de suporte do SAP também conterão outras tarefas, que não são específicas do Azure, mas que precisam fazer parte da lista de verificação de planejamento geral.

Essa lista de verificação também pode ser usada para sistemas que já estejam implantados. Os novos recursos ou as recomendações alteradas podem se aplicar ao seu ambiente. É importante analisar a lista de verificação periodicamente para estar ciente dos novos recursos da plataforma Azure.

O conteúdo principal deste documento é organizado em guias, na ordem cronológica de um projeto típico. Veja o conteúdo de cada guia e considere cada próxima guia para se basear nas ações realizadas e nos aprendizados obtidos na fase anterior. Para a migração de produção, o conteúdo de todas as guias deve ser considerado e não apenas a guia de produção. Para ajudar você a mapear as fases típicas do projeto com a definição de fase usada neste artigo, consulte a tabela abaixo.

Fases da lista de verificação da implantação Exemplos de fases ou marcos de projeto
Fase de preparação e planejamento Início do projeto/fase de design e definição
Fase piloto Validação antecipada/prova de conceito/piloto
Fase não de produção Conclusão do design detalhado/builds do ambiente de não produção/fase de teste
Fase de preparação da produção Ensaio final/teste de aceitação do usuário/simulação de substituição/verificações de ativação
Fase de ativação Substituição e ativação em produção
Fase de pós-produção Implementação/transição para os negócios como de costume

Fase de planejamento e preparação do projeto

Durante essa fase, a migração da carga de trabalho do SAP é planejada para a plataforma Azure. Documentos como guia de planejamento para SAP do Azure e Cloud Adoption Framework para SAP abordam muitos tópicos e ajudam como informações na sua preparação. Durante essa fase, você precisa criar, no mínimo, os seguintes documentos, além de definir e discutir os seguintes elementos da migração:

Documento de design de alto nível

Este documento deve conter:

  • O inventário atual de aplicativos e componentes SAP e inventário de um aplicativo de destino para o Azure.
  • Uma RACI (matriz de atribuição de responsabilidade) que define as responsabilidades e atribuições das partes envolvidas. Inicie em um nível alto e trabalhe para níveis mais granulares no planejamento e nas primeiras implantações.
  • Uma arquitetura de solução de alto nível. As melhores práticas e os exemplos de arquiteturas do Centro de Arquitetura do Azure devem ser consultados.
  • Uma decisão sobre em quais regiões do Azure implantar. Confira a lista de regiões do Azure e a lista de regiões com suporte à zona de disponibilidade. Para saber quais serviços estão disponíveis em cada região, confira Produtos disponíveis por região.
  • Arquitetura de rede para conectar-se do local ao Azure. Comece a se familiarizar com o conceito de zona de destino de escala empresarial do Azure.
  • Princípios de segurança para executar dados empresariais de alto impacto no Azure. Para saber mais sobre a segurança de dados, comece com a documentação de segurança do Azure.
  • Estratégia de armazenamento para abranger os dispositivos de bloco (disco gerenciado) e os sistemas de arquivos compartilhados (como os Arquivos do Azure ou o Azure NetApp Files) que devem ser refinados ainda mais para tamanhos e layouts do sistema de arquivos no documento de design técnico.

Documento de design técnico

Este documento deve conter:

  • Um diagrama de bloco para a solução que mostra os aplicativos e os serviços SAP e não SAP
  • Um projeto do SAP Quicksizer baseado em volumes de documentos corporativos. A saída do Quicksizer é mapeada para componentes de computação, armazenamento e rede no Azure. Como alternativa ao SAP Quicksizer, o dimensionamento diligente com base na carga de trabalho atual dos sistemas SAP de origem. Levando em conta as informações disponíveis, como relatórios de carga de trabalho do DBMS, Relatórios do SAP EarlyWatch e indicadores de desempenho de computação e armazenamento.
  • Arquitetura de recuperação de desastre e continuidade dos negócios.
  • Informações detalhadas sobre as versões do sistema operacional, DB, kernel e do pacote de suporte do SAP. Nem todas as versões do sistema operacional com suporte do SAP NetWeaver ou S/4HANA têm necessariamente suporte em VMs do Azure. Isso também ocorre nas versões do DBMS. Verifique as seguintes fontes para alinhar e, se necessário, atualizar as versões do SAP, as versões do DBMS e as versões do sistema operacional para garantir o suporte do SAP e do Azure. Você precisa ter combinações de versão com suporte do SAP e do Azure para obter suporte total do SAP e da Microsoft. Se necessário, planeje a atualização de alguns componentes de software. Mais detalhes sobre o software SAP, sistema operacional e DBMS com suporte estão documentados aqui:

Outros itens a serem incluídos nos mesmos documentos técnicos:

  • Decisões de alto nível da Arquitetura de Armazenamento com base nos tipos de armazenamento do Azure para carga de trabalho SAP
    • Managed Disks anexado a cada VM
    • Layouts e dimensionamento do sistema de arquivos
    • Layout e tamanhos de volume SMB e/ou NFS e pontos de montagem, quando aplicável
  • Arquitetura de alta disponibilidade, backup e recuperação de desastre
    • Com base em RTO e RPO, defina como a arquitetura de alta disponibilidade e recuperação de desastre deve ser.
    • Entenda o uso de diferentes tipos de implantação para a proteção ideal.
    • Considerações sobre a implantação do DBMS das Máquinas Virtuais do Azure para cargas de trabalho SAP e documentos relacionados. No Azure, não há suporte para o uso de uma configuração de disco compartilhado na camada do DBMS, por exemplo, conforme descrito para o SQL Server. Em vez disso, use soluções como:
    • Para a recuperação de desastre em regiões do Azure, examine as soluções oferecidas por diferentes fornecedores de DBMS. A maioria dá suporte para replicação assíncrona ou envio de logs.
    • Para a camada de aplicativo SAP, determine se você executará seus sistemas de teste de regressão empresarial, que idealmente são réplicas de suas implantações de produção, na mesma região do Azure ou na sua região de recuperação de desastre. No segundo caso, você pode direcionar esse sistema de regressão empresarial como destino de recuperação de desastre para suas implantações de produção.
    • Avalie o Azure Site Recovery como um método para replicar a camada de aplicativo SAP para a região de DR do Azure. Para obter mais informações, confira Configurar a recuperação de desastre para uma implantação de aplicativo SAP NetWeaver de várias camadas.
    • Para os projetos que precisam permanecer em uma só região por motivos de conformidade, considere o uso de uma configuração de HADR combinada usando as Zonas de Disponibilidade do Azure.
  • Um inventário de todas as interfaces SAP e os sistemas conectados (SAP e não SAP).
  • Design de serviços de base. Esse design deve incluir os seguintes itens, muitos dos quais são abordados pelo acelerador de zona de destino para SAP:
    • Topologia de rede no Azure e atribuição de um ambiente SAP diferente
    • Design de DNS e Active Directory.
    • Solução de gerenciamento de identidades para usuários finais e administração
    • Estrutura do RBAC (Controle de acesso baseado em função) do Azure para equipes que gerenciam infraestruturas e aplicativos SAP no Azure.
    • Estratégia de nomeação de recursos do Azure
    • Operações de segurança para cargas de trabalho e recursos internos do Azure
  • Conceito de segurança para proteger sua carga de trabalho do SAP. Isso deve incluir todos os aspectos: monitoramento de rede e perímetro, segurança de aplicativos e bancos de dados, proteção de sistemas operacionais e todas as medidas de infraestrutura necessárias, como criptografia. Identifique os requisitos com suas equipes de conformidade e segurança.
  • A Microsoft recomenda o contrato Professional Direct, Premier ou Suporte Unificado. Identifique os caminhos de escalonamento e os contatos de suporte com a Microsoft. Para ver os requisitos de suporte do SAP, confira Nota SAP 2015553.
  • O número de assinaturas do Azure e a cota central para as assinaturas. Abra solicitações de suporte para aumentar as cotas de assinaturas do Azure conforme necessário.
  • Plano de migração de dados e redução de dados para migrar dados do SAP para o Azure. Para sistemas SAP NetWeaver, o SAP tem diretrizes sobre como limitar o volume de uma grande quantidade de dados. Consulte este guia do SAP sobre o gerenciamento de dados em sistemas de ERP do SAP. Parte do conteúdo também se aplica aos sistemas NetWeaver e S/4HANA em geral.
  • Uma abordagem de implantação automatizada. Muitos clientes começam com scripts, usando uma combinação do PowerShell, da CLI, do Ansible e do Terraform. As soluções desenvolvidas pela Microsoft para a automação da implantação SAP são:

Observação

Definir uma cadência regular de análise de design e implantação entre você como cliente, o integrador de sistema, a Microsoft e outras partes envolvidas.

Verificações e insights automatizados no cenário do SAP

Várias das verificações acima são feitas de maneira automatizada com a Ferramenta de Verificação de Qualidade do SAP no Azure. Essas verificações podem ser executadas de maneira automatizada com o projeto de código aberto fornecido. Embora nenhuma correção automática de problemas encontrados seja executada, a ferramenta alertará sobre a configuração em relação às recomendações da Microsoft.

Dica

As mesmas verificações de qualidade e insights adicionais são executadas regularmente quando os sistemas SAP são implantados ou registrados no Centro do Azure para soluções SAP também e fazem parte do serviço.

Outras ferramentas para permitir verificações de implantação mais fáceis e descobertas de documentos, planejar as próximas etapas de correção e, geralmente, otimizar o cenário do SAP no Azure são:

  • Revisão do Azure Well-Architected Framework Uma avaliação da carga de trabalho com foco nos cinco principais pilares de confiabilidade, segurança, otimização de custos, excelência em operação e eficiência de desempenho. Dá suporte a cargas de trabalho SAP, e recomendamos executar uma revisão no início e após cada fase do projeto.
  • Verificações de Inventário do Azure para SAP Uma pasta de trabalho do Azure Monitor de código aberto, que mostra o inventário do Azure com inteligência para realçar o descompasso da configuração e aprimorar a qualidade.

Próximas etapas

Consulte estes artigos: