Deploy and Migrate an SAP Landscape to Azure
After planning and researching the migration of an SAP landscape to Azure, words must become action. In Deploy and Migrate as SAP Landscape to Azure, we look at how crucial infrastructure components can be deployed and configured in preparation for migrating servers and data from "on-premises" to the Azure cloud.
This course looks at deployment and migration options and tools and services available within the Azure and broader Microsoft ecosystem that will save you time and effort. We touch on SAP-specific issues you need to be aware of and general best practices for Azure resources deployment. The Deployment and Migration course builds on Designing a Migration Strategy for SAP and Designing an Azure Infrastructure for SAP courses.
- Understand the methods for deploying VMs and prerequisites for hosting SAP
- Learn about ExpressRoute, Azure Load Balancer, and Accelerated networking
- Understand how to deploy Azure resources
- Learn about Desired State Configuration and policy compliance
- Learn about general database and version-specific storage configuration in Azure
- Learn about the SQL Server Migration Assistant and Azure Migration tools
This course is intended for anyone looking to migrate their SAP infrastructure to Azure.
Hi, welcome to this course on deploying and migrating an SAP landscape to Azure. While the migration strategy course focused on the "what to do" of migration and the Design an Azure Infrastructure for SAP looked at the components required for an SAP system, this course looks at the "how to do." That is methods for deploying and implementing the infrastructure design. If you haven't already viewed the migration strategy and the infrastructure design courses, I would highly recommend having a look before taking this course. This course does assume some familiarity with cloud, virtual machine, and networking concepts. I also expect you have used the Azure portal to some extent and are familiar with basic Azure features like the Azure CLI and PowerShell.
My name is Hallam Webber, and I'll be your instructor for this course. We welcome all comments and feedback, so please feel free to reach out to us at firstname.lastname@example.org with any questions or comments. Let's get started.
As there is quite a bit of ground to cover, I want to start with an overview of the topics we will be looking at. Before we can deploy to Azure, we need to know what we are going to deploy in terms of infrastructure. As we are migrating from an existing landscape, whether that is on-premise or from a data center, we can use the size of our current setup as the starting point for determining the size of our target environment. Once we know what our target environment will look like, then we will need a robust and repeatable way to deploy the infrastructure. To this end, we will see how Azure resource manager templates can help us. SAP landscapes are complex, often incorporating high availability and redundancy, making networking an integral and vital aspect of the structure. In the case of migration, networking takes on an added importance due to the large amount of data transferred to the target environment. Once the target VMs and networks are in place, then it is a case of performing the migration. We will look at the various tools that can aid us with migrating application and database servers.
Apart from the nature and size of the required infrastructure resources, there are a few key concepts we need to address that are specific to the cloud environment. First and foremost, except for bare metal servers, we will be talking about infrastructure as code. This means using declarative functionality to specify infrastructure resources so that those resources can be deployed consistently and repeatably. If you are unfamiliar with infrastructure as code, this means virtual hardware, like virtual machines, storage, and networks, can be provisioned and scaled up or down within a matter of minutes. Besides virtual hardware options, you can specify the installation of various operating systems and deploy your infrastructure resources to different data centers and geographic locations to aid with system redundancy and disaster recovery. In addition to infrastructure, you can also define governance policies in a similar declarative fashion.
Hallam is a software architect with over 20 years experience across a wide range of industries. He began his software career as a Delphi/Interbase disciple but changed his allegiance to Microsoft with its deep and broad ecosystem. While Hallam has designed and crafted custom software utilizing web, mobile and desktop technologies, good quality reliable data is the key to a successful solution. The challenge of quickly turning data into useful information for digestion by humans and machines has led Hallam to specialize in database design and process automation. Showing customers how leverage new technology to change and improve their business processes is one of the key drivers keeping Hallam coming back to the keyboard.