Explore a fase de preparação e planeamento do projeto

  • 12 minutos

Esta fase deve produzir o seguinte conjunto de itens:

Documento de design de alto nível contendo

  • Um inventário do cenário SAP planejado (e, no cenário de migração, existente).
  • Uma Matriz de Atribuição de Responsabilidades (RACI) que define as responsabilidades e atribuições de todas as partes envolvidas na entrega do projeto.
  • Uma arquitetura de solução de alto nível.
  • Seleção de regiões de destino do Azure. Observe que a disponibilidade de recursos não é consistente entre regiões.
  • Arquitetura de rede que fornece conectividade entre o local e o Azure. Você deve considerar alinhar seu design com o blueprint do Datacenter Virtual para o Azure.
  • Princípios de segurança para executar dados de alto impacto nos negócios no Azure. Você deve considerar fazer referência à Documentação de Segurança do Azure.

Documento de projeto técnico contendo

  • Um diagrama de blocos de solução.

  • Dimensionamento de componentes de computação, armazenamento e rede no Azure. Para o dimensionamento SAP de VMs do Azure, consulte SAP Note #1928533.

  • Arquitetura de alta disponibilidade e recuperação de desastres.

    • A arquitetura deve ser baseada no RTO e RPO fornecidos pelo negócio.

    • Para alta disponibilidade dentro da mesma zona, identifique os recursos do produto DBMS de destino. A maioria dos DBMS oferece hot standby síncrono, recomendado para sistemas de produção. Além disso, verifique a documentação relacionada ao SAP para os diferentes bancos de dados, começando com Considerações para a implantação do DBMS de Máquinas Virtuais do Azure para carga de trabalho SAP. Observe que o uso do Serviço de Cluster de Failover do Windows com configuração de disco compartilhado para a camada DBMS NÃO é suportado. Em vez disso, considere soluções como:

      • SQL Server Sempre Ativo
      • Proteção de Dados Oracle
      • Replicação do sistema HANA

    • Para recuperação de desastres da camada DBMS, entre regiões do Azure, identifique opções específicas do produto oferecidas pelos fornecedores de DBMS. A maioria deles oferece suporte à replicação assíncrona ou ao envio de logs.

    • Para a camada de aplicativos SAP, defina se você executará seus sistemas de teste de regressão de negócios (que devem corresponder aos seus sistemas de produção), na mesma região do Azure ou na região de DR. Neste último caso, você pode aproveitar os sistemas de regressão como os destinos de DR para produção.

    • Se você decidir não aproveitar os sistemas de teste de regressão como destinos de DR, considere usar o Azure Site Recovery como o método de replicar a camada de aplicativo SAP na região de DR do Azure. Para obter mais informações, consulte o documento da Microsoft Configurar a recuperação de desastres para uma implantação de aplicativo SAP NetWeaver de várias camadas.

    • Se você decidir usar uma configuração combinada de HA/DR que aproveite as Zonas de Disponibilidade do Azure, certifique-se de que a região do Azure selecionada ofereça suporte a Zonas de Disponibilidade. Observe que a latência entre zonas é maior em comparação com a latência entre VMs do Azure que fazem parte do mesmo conjunto de disponibilidade.

  • Inventário detalhado das versões do pacote de suporte OS, DB, Kernel e SAP. O suporte SAP para uma determinada configuração em cenários locais não implica que a mesma configuração seja suportada pelas VMs do Azure. Dependendo do resultado, você pode ter que atualizar alguns dos componentes de software. Para obter detalhes sobre a configuração suportada, consulte as seguintes Notas SAP:

    • Nota SAP #1928533. A nota também fornece o dimensionamento SAP de SKUs de VM do Azure suportadas pelo SAP.
    • Nota SAP #2039619. A nota fornece a matriz de suporte da Oracle no Azure, com base na qual, a Oracle suporta apenas Windows e Oracle Linux como SO convidado em VMs do Azure. Esta declaração de suporte também se aplica à camada de aplicativos SAP que executa instâncias SAP. No entanto, a Oracle não suporta alta disponibilidade para SAP Central Services no Oracle Linux através do Pacemaker. Se você precisar de alta disponibilidade para ASCS no Oracle Linux, precisará aproveitar o SIOS Protection Suite for Linux. Para obter dados detalhados de certificação SAP, consulte SAP Note #1662610. Para Windows, a solução SAP Failover Cluster Failover para SAP Central Services suportada é suportada em conjunto com Oracle como camada DBMS.
    • SAP Note #2235581, que fornece a matriz de suporte para SAP HANA nas diferentes versões do sistema operacional.
    • O diretório de hardware do SAP HANA.

  • Projetos de 3 camadas para sistemas de produção SAP (altamente recomendado em relação a projetos de 2 camadas). Não é recomendável combinar (A)SCS e servidores de aplicativos na mesma VM do Azure. O uso de configurações de cluster multi-SID para SAP Central Services é suportado com o Windows como SO convidado no Azure. Considerando que as configurações de cluster multi-SID do SAP Central Services não são suportadas com sistemas operacionais Linux no Azure. A documentação para o caso do sistema operacional convidado do Windows pode ser encontrada nos seguintes artigos:

Um inventário de todas as interfaces SAP

Inclua todas as interfaces SAP e não-SAP.

Conceção de serviços fundamentais, incluindo

  • Serviços de autenticação e resolução de nomes (Ative Directory e DNS).
  • Topologia de rede.
  • Topologia do Grupo de Recursos.
  • Controles de acesso baseados em função para gerenciamento de infraestrutura e aplicativos.
  • Estratégia de marcação.
  • Convenção de nomenclatura para componentes de infraestrutura, incluindo VMs do Azure.

Referência do Contrato de Suporte Premier da Microsoft

Referência do Contrato de Suporte Premier da Microsoft – incluindo contato direto com o MS Technical Account Manager (TAM). Para obter os requisitos de suporte SAP, consulte a Nota SAP #2015553.

Lista de subscrições do Azure

A lista de assinaturas do Azure e suas respetivas cotas principais. Se necessário, abra solicitações de suporte para aumentar as cotas de assinaturas do Azure.

Plano de redução e migração de dados

Redução de dados e plano de migração de dados para transferir dados SAP para o Azure (em cenários de migração). Para sistemas SAP NetWeaver, a SAP oferece diretrizes sobre como manter o volume de muitos dados limitado.

Abordagem de implantação automatizada

O objetivo da automação em implantações de infraestrutura no Azure é garantir resultados determinísticos. Muitos clientes usam scripts baseados no PowerShell ou na CLI do Azure e modelos do Azure Resource Manager. Mas existem outras tecnologias de código aberto (como Terraform e Ansible) que podem ser usadas para implantar a infraestrutura do Azure para SAP e até mesmo instalar software SAP. Exemplos podem ser encontrados no GitHub em:

Nota

Defina uma cadência regular de revisão de projeto e implantação entre você como cliente, integrador de sistemas, Microsoft e outras partes envolvidas.