SAP S/4HANA VM on Linux

This SAP S/4HANA on Azure VM solution architecture illustrates how a user request flows through an SAP landscape built using high-performance Azure Virtual Machines and in-memory SAP HANA databases running on Azure Virtual Machines for unparalleled scalability and performance. This system takes advantage of Linux OS clustering for high availability, premium storage for performance, data replication for high availability via HANA System Replication (HSR) and a full disaster recovery (DR) configuration for guaranteed 99.95% system availability with asynchronous HSR.

Machine virtuelle SAP S/4HANA on LinuxCette architecture de solution SAP S/4HANA sur machine virtuelle Azure illustre la manière dont une requête utilisateur transite via un environnement SAP basé sur des machines virtuelles Azure hautes performances et des bases de données SAP HANA en mémoire s’exécutant sur des Machines virtuelles Microsoft Azure afin d’offrir une extensibilité et des performances inégalées. Ce système tire parti du clustering du système d’exploitation Linux pour offrir une haute disponibilité, du stockage Premium pour les performances, de la réplication des données pour la haute disponibilité via la Réplication de système HANA (HSR), et d’une configuration de récupération d’urgence pour garantir une disponibilité du système de 99,95 % avec un HSR asynchrone.123456879

In this example, an on-premises SAP user executes a sales order request via SAP’s S/4HANA Fiori interface, custom application interface or others.

Azure high-speed express route gateway is used to connect securely from an on-premises network to Azure Virtual Machines and other Azure resources.

Request flows into highly available SAP ABAP SAP Central Services ASCS and then through SAP application servers running on Azure Virtual Machines in a Azure VM Availability Set offering a 99.95 per cent uptime SLA.

Request is sent from app server to SAP HANA running on an Azure Virtual Machine optimised for large memory SAP HANA workloads.

Primary (active) and secondary (standby) running on SAP certified M-series virtual machines with Write Accelerator are clustered at OS level for 99.95 per cent availability, and data replication is handled through HANA System Replication in synchronous mode (HSR) from primary to secondary enabling zero RPO.

In-memory data of SAP HANA is persisted to high-performance Azure Premium Storage.

In-memory HANA data is replicated to a disaster recovery (DR) region virtual machine through an Azure high-speed backbone network and HSR in asynchronous mode. The disaster recovery VM can be smaller than the production VM to save costs.

VMs on the DR region can be used for non-production to save costs by mounting both the non-production storage and DR replicated volume (read-only).

SAP App Server with ASCS on the DR side can be in standby shutdown mode, and can be started when needed to save costs.

  1. 1 In this example, an on-premises SAP user executes a sales order request via SAP’s S/4HANA Fiori interface, custom application interface or others.
  2. 2 Azure high-speed express route gateway is used to connect securely from an on-premises network to Azure Virtual Machines and other Azure resources.
  3. 3 Request flows into highly available SAP ABAP SAP Central Services ASCS and then through SAP application servers running on Azure Virtual Machines in a Azure VM Availability Set offering a 99.95 per cent uptime SLA.
  4. 4 Request is sent from app server to SAP HANA running on an Azure Virtual Machine optimised for large memory SAP HANA workloads.
  5. 5 Primary (active) and secondary (standby) running on SAP certified M-series virtual machines with Write Accelerator are clustered at OS level for 99.95 per cent availability, and data replication is handled through HANA System Replication in synchronous mode (HSR) from primary to secondary enabling zero RPO.
  1. 6 In-memory data of SAP HANA is persisted to high-performance Azure Premium Storage.
  2. 7 In-memory HANA data is replicated to a disaster recovery (DR) region virtual machine through an Azure high-speed backbone network and HSR in asynchronous mode. The disaster recovery VM can be smaller than the production VM to save costs.
  3. 8 VMs on the DR region can be used for non-production to save costs by mounting both the non-production storage and DR replicated volume (read-only).
  4. 9 SAP App Server with ASCS on the DR side can be in standby shutdown mode, and can be started when needed to save costs.

Implementation guidance

Products/Description Documentation

Virtual Machines

SAP on Azure requires that you run your SAP workloads on certified Microsoft Azure Virtual Machines. SAP requires at least two vCPUs and a ratio of 6:1 between memory and vCPU. M-Series VMs and GS5 VM are optimised to run demanding SAP HANA workloads.

Premium Storage

Azure Premium Storage provides improved throughput and less variability in I/O latencies. For improved performance, Premium Storage uses SSD in Azure Storage nodes, and a read cache that’s backed by the local SSD of an Azure compute node. Azure Write Accelerator is a performance enhancement for M-Series VMs exclusively. It improves I/O latency of writes against Azure Premium Storage.

ExpressRoute

Azure ExpressRoute used on the front end (see diagram) provides a high bandwidth secure connectivity to establish reliable connections between your network and the Microsoft Azure network.

Virtual Network

Azure Virtual Networks provide the flexibility and security needed to establish reliable connections between your network and the Microsoft Azure network.

Related solution architectures