SAP S/4HANA on HANA Large Instances with HA and DR

This solution architecture illustrates how a user request flows through an SAP landscape built on high-performance Azure Virtual Machines and an in-memory HANA database running on HANA large instances for unparalleled scalability and performance. This system takes advantage of OS clustering for database performance, high availability using HANA system replication and a full disaster recovery (DR) configuration for guaranteed system availability.

HA 및 DR이 포함되는 HANA 대규모 인스턴스의 SAP S/4HANA이 솔루션 아키텍처는 사용자 요청이 뛰어난 확장성과 성능을 위해 HANA 대규모 인스턴스에서 실행되는 메모리 내 HANA 데이터베이스와 고성능 Azure Virtual Machines가 기본 제공되는 SAP 환경을 통과하는 방법을 설명합니다. 이 시스템은 데이터베이스 성능, HANA 시스템 복제를 사용하는 고가용성, 시스템 가용성을 보장하는 전체 DR(재해 복구) 구성에 대해 OS 클러스터링을 활용합니다.123456789

In this example, an on-premises SAP user executes a sales order via Fiori interface, custom interface or other.

Azure high-speed express route gateway is used to connect to Azure Virtual Machines.

Request flows into highly available ABAP SAP Central Services (ASCS) and then through application servers running on Azure Virtual Machines in an availability set offering a 99.95 per cent uptime SLA.

Request is sent from App Server to SAP HANA running on primary large instance blades.

Primary and secondary blades are clustered at OS level for 99.99 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 NFS storage.

Data from NFS storage is periodically backed up in seconds, using built-in storage snapshots on the local storage, with no impact to database performance.

Persistent data volume on secondary storage is replicated to dedicated DR system through a dedicated backbone network for HANA storage replication.

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

  1. 1 In this example, an on-premises SAP user executes a sales order via Fiori interface, custom interface or other.
  2. 2 Azure high-speed express route gateway is used to connect to Azure Virtual Machines.
  3. 3 Request flows into highly available ABAP SAP Central Services (ASCS) and then through application servers running on Azure Virtual Machines in an availability set offering a 99.95 per cent uptime SLA.
  4. 4 Request is sent from App Server to SAP HANA running on primary large instance blades.
  5. 5 Primary and secondary blades are clustered at OS level for 99.99 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 NFS storage.
  2. 7 Data from NFS storage is periodically backed up in seconds, using built-in storage snapshots on the local storage, with no impact to database performance.
  3. 8 Persistent data volume on secondary storage is replicated to dedicated DR system through a dedicated backbone network for HANA storage replication.
  4. 9 Large instance on DR side can be used for non-production to save costs by mounting both the QA storage and DR replicated volume (read-only).

Implementation guidance

Products/Description Documentation

SAP HANA on Azure Large Instances

SAP HANA on Azure (Large Instances) run on dedicated blade servers located in a Microsoft Azure data centre. This is specific to the database server.

NFS storage for Azure HANA large instances

The Azure high-performance NFS storage system offers the unmatched capability to perform snapshot backups, and replication to secondary storage. In addition, HANA Large Instance is the only cloud infrastructure to provide storage volume encryption.

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.

Premium Storage

Microsoft Azure Premium Storage provides improved throughput and less variability in I/O latencies. For improved performance, Premium Storage uses solid state disk (SSD) in Azure Storage nodes and read cache that’s backed by the local SSD of an Azure compute node.

ExpressRoute (front end)

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

ExpressRoute (back end)

Azure ExpressRoute used on the back end (see diagram) enables you to communicate between your Azure components in the Azure data centre and your SAP HANA on Azure (Large Instance) systems. The cost of this ExpressRoute is included as part of your SAP HANA on Azure (Large Instance).

Related solution architectures

SQL Server의 SAP NetWeaverSQL Server 응용 프로그램 솔루션의 이 NetWeaver는 Azure Virtual Machines를 통해 SAP 응용 프로그램과 SQL Server 데이터베이스를 호스트하여 사용자 요청이 NetWeaver에 빌드된 SAP 환경을 통과하는 방법을 보여 줍니다. 이 시스템은 고가용성을 위해 OS 클러스터링을, 더 빠른 저장소 성능과 확장성을 위해 Premium Storage를, 복제를 위해 SQL Server AlwaysOn 기능을, 99.95% 시스템 가용성을 위해 전체 DR(재해 복구) 구성을 각각 활용합니다.123456789

SAP NetWeaver on SQL Server

This NetWeaver on SQL Server application solution illustrates how a user request flows through an SAP landscape built on NetWeaver using Azure Virtual Machines to host SAP applications and an SQL Server database. This system takes advantage of OS clustering for high availability, premium storage for faster storage performance and scalability, SQL Server AlwaysOn capability for replication and a full disaster recovery (DR) configuration for 99.95 per cent system availability.