High Availability in RDS
Designing for high availability, fault tolerance and cost efficiency
Business Continuity and Disaster Recovery for SAP on AWS
The course is part of this learning path
** Not all content covered in the course introduction has been added to the course at this time. Additional content is scheduled to be added to this course in the future. **
In this section of the AWS Certified: SAP on AWS Specialty learning path, we introduce you to strategies for configuring high availability and disaster recovery for SAP workloads on AWS.
- Understand how to configure high availability with Amazon RDS
- Identify backup and disaster recovery strategies using the AWS Cloud
- Describe various approaches for business continuity and diaster recovery for SAP workloads on AWS
The AWS Certified: SAP on AWS Specialty certification has been designed for anyone who has experience managing and operating SAP workloads. Ideally you’ll also have some exposure to the design and implementation of SAP workloads on AWS, including migrating these workloads from on-premises environments. Many exam questions will require a solutions architect level of knowledge for many AWS services. All of the AWS Cloud concepts introduced in this course will be explained and reinforced from the ground up.
Backup of SAP on AWS Guidelines. The well-architected framework documentation includes special sections where guidance is provided for specific use cases or implementations. These are called the AWS Well-Architected Framework Lens. The SAP Lens has been designed to assist in the implementation of native SAP workloads on AWS. It's not unusual for SAP workloads to represent mission-critical applications. It is important to understand SAP architectures and the restrictions that they impose.
If we examine the best practices for reliability first and foremost, is to design for failure according to your business requirements. For SAP workloads on AWS, it is important to start with a definition of the availability expectations. You are expected for your availability to be defined and it's going to dictate the architecture pattern to be used as well as your backup, retention and recovery procedures. It's also important to differentiate between availability and disaster recovery.
Availability relates to situations where a customer continues to access the SAP system despite a component failure. If the application being used becomes unavailable, a disaster recovery event is triggered. To define SAP workload availability expectations, it is critical that you, number one, identify the SAP applications and their dependencies. Number two, classify those systems based on impact to failure. Number three, assess the business impact of an outage for each of the systems.
Number four, be aware of compliance and regulatory requirements for your business. And last but not least, define a minimum percentage uptime in terms of Recovery Time Objective, Recovery Point Objective, and Mean Time To Recovery. This is going to entail identifying the SAP applications and interdependencies. Then define their priority based on impact of failure. The expected best practice is to use an architecture that supports your availability and capacity needs, define Critical Data to the SAP workload and define its availability, and test to validate the results according to expectations.
Stuart has been working within the IT industry for two decades covering a huge range of topic areas and technologies, from data center and network infrastructure design, to cloud architecture and implementation.
To date, Stuart has created 150+ courses relating to Cloud reaching over 180,000 students, mostly within the AWS category and with a heavy focus on security and compliance.
Stuart is a member of the AWS Community Builders Program for his contributions towards AWS.
He is AWS certified and accredited in addition to being a published author covering topics across the AWS landscape.
In January 2016 Stuart was awarded ‘Expert of the Year Award 2015’ from Experts Exchange for his knowledge share within cloud services to the community.
Stuart enjoys writing about cloud technologies and you will find many of his articles within our blog pages.