Ignorar navegação

SAP S/4HANA em instâncias grandes do HANA com HA e DR

Essa arquitetura da solução ilustra como uma solicitação de usuário flui em um cenário do SAP com base em Máquinas Virtuais do Azure de alto desempenho e em um banco de dados HANA na memória em execução em instâncias grandes do HANA, oferecendo escalabilidade e desempenho incomparáveis. O sistema aproveita o clustering do SO para o desempenho do banco de dados, a alta disponibilidade usando a replicação do sistema do HANA e uma configuração de DR (recuperação de desastre) completa para garantir a disponibilidade do sistema.

1 2 3 4 5 6 7 8 9

Neste exemplo, um usuário do SAP local executa um pedido de venda por meio da interface Fiori, da interface personalizada ou de alguma outra interface.

O gateway de rota expressa de alta velocidade do Azure é usado para a conexão com as Máquinas Virtuais do Azure.

A solicitação flui para um ASCS (ABAP SAP Central Services) de alta disponibilidade e, em seguida, pelos servidores de aplicativos em execução nas Máquinas Virtuais do Azure em um conjunto de disponibilidade, oferecendo um SLA de 99,95% de tempo de atividade.

A solicitação é enviada do servidor de aplicativos para o SAP HANA em execução nas folhas primárias de instâncias grandes.

As folhas primárias e secundárias são armazenadas em cluster no nível do SO oferecendo 99,99% de disponibilidade, e a replicação de dados é manipulada por meio da HSR (Replicação do Sistema HANA) de modo síncrono da primária para a secundária, permitindo um RPO igual a zero.

Os dados na memória do SAP HANA persistem no armazenamento NFS de alto desempenho.

Os dados do armazenamento NFS são submetidos a backup em segundos periodicamente, usando instantâneos de armazenamento internos no armazenamento local, sem impacto no desempenho do banco de dados.

O volume de dados persistentes no armazenamento secundário é replicado para o sistema de DR (recuperação de desastre) dedicado por meio de uma rede de backbone dedicada para a replicação do armazenamento do HANA.

A instância grande da DR pode ser usada para não produção, permitindo economizar custos ao montar o armazenamento de QA e o volume replicado da DR (somente leitura).

  1. 1 Neste exemplo, um usuário do SAP local executa um pedido de venda por meio da interface Fiori, da interface personalizada ou de alguma outra interface.
  2. 2 O gateway de rota expressa de alta velocidade do Azure é usado para a conexão com as Máquinas Virtuais do Azure.
  3. 3 A solicitação flui para um ASCS (ABAP SAP Central Services) de alta disponibilidade e, em seguida, pelos servidores de aplicativos em execução nas Máquinas Virtuais do Azure em um conjunto de disponibilidade, oferecendo um SLA de 99,95% de tempo de atividade.
  4. 4 A solicitação é enviada do servidor de aplicativos para o SAP HANA em execução nas folhas primárias de instâncias grandes.
  5. 5 As folhas primárias e secundárias são armazenadas em cluster no nível do SO oferecendo 99,99% de disponibilidade, e a replicação de dados é manipulada por meio da HSR (Replicação do Sistema HANA) de modo síncrono da primária para a secundária, permitindo um RPO igual a zero.
  1. 6 Os dados na memória do SAP HANA persistem no armazenamento NFS de alto desempenho.
  2. 7 Os dados do armazenamento NFS são submetidos a backup em segundos periodicamente, usando instantâneos de armazenamento internos no armazenamento local, sem impacto no desempenho do banco de dados.
  3. 8 O volume de dados persistentes no armazenamento secundário é replicado para o sistema de DR (recuperação de desastre) dedicado por meio de uma rede de backbone dedicada para a replicação do armazenamento do HANA.
  4. 9 A instância grande da DR pode ser usada para não produção, permitindo economizar custos ao montar o armazenamento de QA e o volume replicado da DR (somente leitura).

Diretrizes de implementação

Produtos/descrição Documentação

SAP HANA em instâncias grandes do Azure

O SAP HANA no Azure (instâncias grandes) é executado em servidores de folha dedicados localizados em um datacenter do Microsoft Azure. Isso é específico para o servidor de banco de dados.

Armazenamento NFS para instâncias grandes do HANA no Azure

O sistema de armazenamento NFS de alto desempenho no Azure oferece a exclusiva capacidade de executar backups de instantâneo e replicação para um armazenamento secundário. Além disso, a instância grande do HANA é a única infraestrutura de nuvem que oferece criptografia de volume de armazenamento.

Máquinas virtuais

O SAP no Azure exige a execução de cargas de trabalho SAP em Máquinas Virtuais do Microsoft Azure certificadas. O SAP exige pelo menos duas vCPUs e a proporção de 6:1 entre memória e vCPU.

Armazenamento Premium

O Armazenamento Premium do Microsoft Azure fornece taxa de transferência aprimorada e menos variabilidade em latências de E/S. Para melhorar o desempenho, o Armazenamento Premium usa SSD (unidade de estado sólido) nos nós de Armazenamento do Azure e no cache de leitura com o suporte do SSD local de um nó de computação do Azure.

ExpressRoute (front-end)

O Azure ExpressRoute usado no front-end (veja o diagrama) fornece uma conectividade segura e de alta largura de banda para estabelecer conexões confiáveis entre a sua rede e a rede do Microsoft Azure.

ExpressRoute (back-end)

O Azure ExpressRoute usado no back-end (veja o diagrama) permite a comunicação entre os componentes do Azure, no datacenter do Azure, e os sistemas SAP HANA no Azure (instância grande). O custo do ExpressRoute de back-end está incluso no SAP HANA no Azure (instância grande).

Arquiteturas de solução relacionadas

1 2 3 4 5 6 7 8 9

SAP NetWeaver no SQL Server

A solução de aplicativo NetWeaver no SQL Server ilustra como uma solicitação de usuário flui em um cenário do SAP criado no NetWeaver usando Máquinas Virtuais do Azure para hospedar aplicativos SAP e um banco de dados do SQL Server. Esse sistema usufrui do clustering do SO, proporcionando um Armazenamento Premium de alta disponibilidade para acelerar o desempenho e a escalabilidade do armazenamento, bem como a funcionalidade AlwaysOn do SQL Server para replicação e também uma configuração de DR (recuperação de desastre) completa para garantir 99,95% de disponibilidade do sistema.