Estrutura da aplicação de carga de trabalho SAP
As aplicações SAP devem cumprir os princípios de conceção. A documentação de orientação centra-se na otimização e fiabilidade dos custos.
Otimização de custos da aplicação SAP
Impacto: Otimização de custos
Otimizar a sua aplicação SAP pode reduzir o custo total de propriedade sem reduzir as capacidades. O objetivo é gerar o retorno máximo do investimento (ROI). Eis formas de otimizar uma aplicação SAP.
Identificar a responsabilidade da aplicação. A otimização de uma Aplicação SAP deve ser da responsabilidade da equipa de aplicações empresariais do cliente. Ter alguém ou um grupo responsável pelos custos ajudará a impulsionar decisões que otimizam os custos ao longo do ciclo de vida da carga de trabalho SAP.
Racionalizar e rearquitetar. Deve considerar racionalizar ou rearquitetar a aplicação SAP, especialmente durante as migrações. O S4 HANA substitui frequentemente aplicações SAP mais antigas que podem ser adicionadas como um sistema legado. A avaliação do SAP WAF pode ajudar a validar os esforços de rearquitetação e deve ser realizada de forma periódica. Para obter mais informações, veja Revisão de Well-Architected do Azure.
Minimizar o investimento em sistemas legados. Deve alojar uma aplicação SAP legada na arquitetura com suporte mínimo para ajudar a reduzir os custos. Uma aplicação legada é mais lenta e menos performante. Todos os sistemas legados que permanecem após a racionalização e a rearquiteção devem receber o gasto mínimo possível e ser descontinuados quando adequado. Para obter mais informações, veja Azure Cost Management.
Fiabilidade da aplicação SAP
Impacto: Fiabilidade
Utilize uma arquitetura de várias camadas. A criação de uma arquitetura de várias camadas para suportar uma carga de trabalho SAP é essencial para a fiabilidade. O número de camadas e arquitetura varia para cada aplicação SAP. Certifique-se de que isola os componentes da aplicação uns dos outros e cria redundância para obter elevada disponibilidade. Quando aplicável, deve isolar o Sap Web Dispatcher, os Serviços Sap Central, o SAP App Server, a Partilha SAPMNT e a base de dados. Temos arquiteturas de exemplo para várias aplicações SAP diferentes que pode utilizar para informar a sua estrutura.
Para obter mais informações, consulte:
Configurar a fiabilidade dos serviços centrais sap. Os serviços centrais sap (SCS) ou os serviços centrais sap (ASCS) do ABAP são a base da comunicação da aplicação SAP. Consiste no servidor de mensagens e no servidor de enqueue. A camada de serviços centrais é, muitas vezes, um ponto único de falha e tem de ser configurada para elevada disponibilidade para alcançar a resiliência da aplicação SAP. Para adicionar redundância, crie um cluster de serviços centrais SAP com tecnologia de armazenamento partilhado compatível que suporte o cluster. Dependendo do sistema operativo e da tecnologia de armazenamento partilhado disponível na disponibilidade geral ou na pré-visualização privada/pública, estão disponíveis várias opções. As zonas de disponibilidade proporcionam uma oportunidade para criar uma arquitetura ASCS de elevada disponibilidade.
Para obter mais informações, consulte:
- Configurações de carga de trabalho de SAP com Zonas de Disponibilidade do Azure
- Arquitetura de elevada disponibilidade para uma instância DO SAP ASCS/SCS no Windows
- Arquitetura de elevada disponibilidade para uma instância DO SAP ASCS/SCS no Linux