Cloud Application Disaster Recovery via DNS Failover

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Enabling disaster recovery for cloud-based applications is a time-consuming and convoluted process that requires frequent manual intervention, especially in the event of natural or manmade disasters, leading to potential data loss and service interruptions.

Innovation Solution

A system that automates disaster recovery by replicating a cloud-based application to a secondary cloud platform, using a DNS service to redirect traffic from a primary instance to a secondary instance in case of failure, and includes testing to ensure compliance with recovery point objective (RPO) and recovery time objective (RTO) metrics.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If manual disaster recovery procedures are used, then flexibility and control are maintained, but the process becomes time-consuming and complex

Engineering Contradiction:
Improvedisaster recovery processVSAvoiddisaster recovery time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The system performs preliminary actions by automatically replicating the cloud-based application and its data to a secondary cloud platform landscape before any disaster occurs. This advance preparation ensures that when a disaster strikes, the recovery process is already substantially complete, eliminating the need for time-consuming manual setup and configuration during the actual disaster recovery event.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The disaster recovery system operates autonomously without requiring manual intervention. The system automatically detects failures, triggers replication processes, and manages the failover to the secondary instance. This self-service capability eliminates the time-consuming manual operations while maintaining precise control over the recovery process through automated decision-making and execution.

Inventive Principle:
Principle #25Self-service

2Reliability

If data replication to a secondary cloud platform is implemented, then data loss is minimized, but system complexity increases

Engineering Contradiction:
Improvedisaster recovery capabilityVSAvoidcloud platform configuration
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system creates a complete copy of the cloud-based application and its associated data in a second cloud platform landscape. This copying approach ensures that an identical, fully functional replica exists that can immediately take over in case of disaster, minimizing data loss and service interruption while maintaining operational reliability.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

A domain name system (DNS) service acts as an intermediary between users and the cloud-based application instances. The DNS service manages the complexity of failover by automatically redirecting traffic from the primary instance to the secondary instance when a disaster occurs, abstracting the complex replication and failover mechanisms from end users and simplifying the overall system interaction.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If automated failover is configured, then service interruption is reduced, but configuration complexity increases

Engineering Contradiction:
Improveservice continuityVSAvoidDNS configuration
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system implements automated feedback mechanisms that continuously monitor the health and availability of the primary cloud-based application instance. When failures or disruptions are detected, the system automatically triggers the failover process to the secondary instance. This feedback-driven approach ensures rapid response to disasters, minimizing service interruption and maintaining productivity without requiring complex manual intervention or configuration.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS10198330B2Configuring disaster recovery for a cloud based application
Publication Date: 2019.02.05 SAP SE
  • US10198330B2 patent drawing
  • US10198330B2 patent drawing
  • US10198330B2 patent drawing

AI summary

In one respect, there is provided a method. The method can include: determining that a second instance of the cloud-based application is deployed at a second cloud platform landscape; replicating, at a second database at the second cloud platform landscape, at least a portion of data from a first database at the first cloud platform landscape, the data from the first database being associated with the first instance of the cloud-based application; and configuring a domain name system (DNS) service to include a primary universal resource locator (URL) for the first instance of the cloud-based application and a secondary URL for the second instance of the cloud-based application, the primary URL and the secondary URL both being associated with a custom domain of the cloud-based application. Related systems and articles of manufacture are also disclosed.