Welcome to the SAP on Azure Deployment Automation Framework repository.
This repository contains the tooling designed to enable automated deployment for SAP on Azure. The automation framework leverages Terraform for the infrastructure deployment and Ansible for operating system and application configuration. It allows for deployment of the infrastructure for SAP landscapes based on SAP HANA and NetWeaver with AnyDB using all SAP supported operating system versions. All SAP tiers – SBX, DEV, QA, PROD can be deployed in a chosen region.
The deployment framework is based on Microsoft best practices and principles for SAP on Azure. These principles are outlined in a comprehensive documentation which should be followed to ensure supportability by using certified virtual machines and storage solutions, stability, reliability and performance. Get started with SAP on Azure VMs - Azure Virtual Machines | Microsoft Docs
The principles of the SAP Automation frameworks adhers to the principles of the Microsoft cloud adoption framework. Microsoft Cloud Adoption Framework for Azure - Cloud Adoption Framework | Microsoft Docs
| Term | Description |
|---|---|
| System | An SAP system is an instance of an SAP application that has the resources the application needs to run, like virtual machines (VMs), disks, load balancers, proximity placement groups, availability sets, subnets, and network security groups. The application is identified by a unique 3 letter identifier SID. |
| Landscape | A landscape is a collection of systems in different environments in an SAP application. The example diagram shows three SAP landscapes: SAP ERP Central Component (ECC), SAP customer relationship management (CRM), and SAP Business Warehouse (BW). |
| Workload Zone | A workload zone is also called a deployment environment, and partitions the SAP application into environments like non-prod and prod or can further segment a landscape into tiers like development, quality assurance, and production. A deployment environment provides shared resources like virtual networks and key vaults to all the systems in the Workload Zone. |
The following diagram illustrates the dependencies between SAP systems, workload zones, and landscapes. In the illustration below the customer has three landscapes: SAP ERP Central Component (ECC), SAP customer relationship management (CRM), and SAP Business Warehouse (BW). Each landscape has four workload zones: sandbox, development, quality assurance, and production. Each workload zone may contain one or more systems.
The highlevel process for deployment is illustrated in the diagram below.
The first deployment activity is to prepare the deployment environment. This environment will contain a an Azure virtual machine that can be used to run Terraform and Ansible. The environment will also contain a keyvault for storing credential information. For more information see Deployer documentation and Deployer configuration
The SAP library will provide persistent storage for the Terraform state files as well as storage for the SAP Installation media. For more information see SAP Library documentation and SAP Library configuration
The workload zone will support the partitioning of an SAP landscape into different tiers (Dev, QA, Prod, etc). The workload zone will contain an Azure Virtual Network and Azure Keyvaults for managing the virtual machine credentials for the systems deployed into the workload. For more information see SAP Workload Zone documentation and SAP Workload Zone configuration
The SAP System is the actual SAP Application, it contains all the Azure artifacts required to host the SAP Application.
For more information see SAP System documentation and SAP System configuration
For detailed guidance on how to start using the Deployment Automation Framework see: Getting started with the SAP Deployment Automation framework
For information about how to collaborate in the repository please see the contributing guidelines