Development and test environments for SAP workloads on Azure

This example shows how to establish a development and test environment for SAP NetWeaver in a Windows or Linux environment on Azure. The database used is AnyDB. (AnyDB is the SAP term for any supported DBMS that isn't SAP HANA.) Because this architecture is designed for non-production environments, it's deployed with only one virtual machine (VM).

Source: Development and test environments for SAP workloads on Azure

The VM size can be changed to accommodate your organization's needs.

For production use cases review the SAP reference architectures available below:

Relevant use cases

Other relevant use cases include:

  • Noncritical SAP nonproduction workloads (such sandbox, development, test, and quality assurance).
  • Noncritical SAP business workloads.

Architecture

Advertisements
Architecture diagram for dev/test environments for SAP workloads
Advertisements

This scenario demonstrates provisioning a single SAP system database and SAP application server on a single virtual machine. The data flows through the scenario as follows:

  1. Customers use the SAP user interface or other client tools (Excel, a web browser, or other web application) to access the Azure-based SAP system.
  2. Connectivity is provided by using an established ExpressRoute. The ExpressRoute connection is ended in Azure at the ExpressRoute gateway. Network traffic routes through the ExpressRoute gateway to the gateway subnet, and from the gateway subnet to the application-tier spoke subnet (see the hub-spoke network topology) and via a Network Security Gateway to the SAP application virtual machine.
  3. The identity management servers provide authentication services.
  4. The jump box provides local management capabilities.

Components

  • Virtual networks are the basis of network communication within Azure.
  • Azure Virtual Machines provide on-demand, high-scale, secure, virtualized infrastructure using Windows or Linux servers.
  • ExpressRoute extends your on-premises networks into the Microsoft cloud over a private connection, which is facilitated by a connectivity provider.
  • Network security groups limit network traffic to specific resources in a virtual network. A network security group contains a list of security rules that allow or deny inbound or outbound network traffic. The security rules are based on source or destination IP address, port, and protocol.
  • Resource groups act as logical containers for Azure resources.
Advertisements

Considerations

Availability

Microsoft offers a service level agreement (SLA) for single VM instances. For more information on Microsoft Azure Service Level Agreement for Virtual Machines SLA For Virtual Machines

Scalability

For general guidance on designing scalable solutions, see the Original Posterformance-efficiency" target="_blank" rel="noreferrer noopener">performance efficiency checklist in the Azure Architecture Center.

Security

For general guidance on designing secure solutions, see the Azure Security Documentation.

Resiliency

For general guidance on designing resilient solutions, see Designing resilient applications for Azure.

Pricing

To help you explore the cost of running this scenario, all services are preconfigured in the cost calculator examples below. Change the appropriate variables to match the expected traffic for your use case.

No products found.

We've provided four sample cost profiles based on amount of traffic you expect to receive:

SizeSAPsVM TypeStorageAzure Pricing Calculator
Small8000D8s_v32xP20, 1xP10Small
Medium16000D16s_v33xP20, 1xP10Medium
Large32000E32s_v33xP20, 1xP10Large
Extra Large64000M64s4xP20, 1xP10Extra Large

Note

This pricing is a guide that only indicates the VMs and storage costs. It excludes networking, backup storage, and data ingress/egress charges.

  • Small: A small system consists of VM type D8s_v3 with 8x vCPUs, 32-GB RAM, and 200 GB of temporary storage. It also contains premium storage: two 512-GB disks and one 128-GB disk.
  • Medium: A medium system consists of VM type D16s_v3 with 16x vCPUs, 64-GB RAM, and 400 GB of temporary storage. It also contains premium storage: three 512-GB disks and one 128-GB disk.
  • Large: A large system consists of VM type E32s_v3 with 32x vCPUs, 256-GB RAM, and 512 GB of temporary storage. It also contains premium storage: three 512-GB disks and one 128-GB disk.
  • Extra Large: An extra-large system consists of a VM type M64s with 64x vCPUs, 1024-GB RAM, and 2000 GB of temporary storage. It also contains premium storage: four 512-GB disks and one 128-GB disk.
Advertisements

Deployment

Select the link below to deploy the solution.

Note

No products found.

SAP and Oracle are not installed during this deployment. You will need to deploy these components separately.

Next steps

Learn more about the component technologies:

Explore related architectures: