Disaster Recovery Overview¶
Liferay DXP Cloud offers two strategies for disaster recovery: Automatic and Cross-Region.
Automatic Disaster Recovery Strategy¶
DXP Cloud performs automatic disaster recovery protocols by replicating services between three Availability Zones in different geographic locations within the same Region. In case any of the Availability Zones become unavailable, the Load Balancer will automatically route to the remaining Availability Zones without requiring DNS changes on the customer side. In this situation, no action is required from the customer during an incident.
Cross-Region Disaster Recovery Strategies¶
There are multiple Cross-Region DR strategies in the IT industry which have been classified as “cold”, “warm”, or “hot”. These strategies indicate how prepared the system is to recover when something goes wrong. One analogy is the response if you were driving and had a flat tire. How you deal with this situation depends on how equipped you are:
|Cold||You have no spare tire so you must call someone to come to you with a new tire. Your trip stops until someone comes and replaces the tire.|
|Warm||You have a spare tire and a replacement kit so you can get back on the road using what you have in your car. However, you must stop to repair the problem.|
|Hot||You have special run-flat tires. You might need to slow down a little, but there is no immediate impact on your journey. Your tires run well enough that you can continue (although you must eventually address the issue).|
In DXP Cloud, we classify our DR strategy as Warm. DXP Cloud users do not need to contact Support in order to respond to a disaster scenario, but are required to act in the case of a cross-region disaster to use the tools that we provide.
Disaster Recovery Example Scenario¶
Here we provide an example of how the DXP Cloud Disaster Recovery tools and approaches would work in the case of a fictional disaster scenario.
During an Incident¶
|12:30 pm||Everything is normal with our Production environment (located in europe-west2 region). Users are able to access the system with no problems.|
|1:00 pm||Our hourly automatic backup is triggered; this generates a copy of our Database and Document Library.|
|2:00 pm||Our automatic backup is triggered once again.|
|2:34 pm||We are notified that the entire europe-west2 region has been compromised. We move to enable our DR environment (located in the us-west1 region) in order to minimize downtime. From 2:00 pm until 2:34 pm no backups generated.|
|2:39 pm||We restore the 2:00 pm backup of the Production database and Document Library to the DR environment.|
|2:41 pm||The latest Build number is retrieved from Production and deployed to the DR environment.|
|2:45 pm||Team validates VPN has been configured properly in the DR environment.|
|2:50 pm||Custom Domain is configured to route user traffic to the DR environment.|
|3:00 pm||Everything is back to normal and now traffic is routed through the DR environment.|
The amount of time the above steps will take depends on the size of your application and how fast your team will be able to respond.
|4:00 pm||The team is notified that the europe-west2 region has recovered and the incident has concluded. The team prepares to migrate back to the original Production environment.|
|4:16 pm||A manual backup of the DR environment is performed, since there has been new user data generated during the disaster incident.|
|4:21 pm||The manual backup is restored the Production environment and the Custom Domain configurations returned to their original state.|
|4:25 pm||Traffic is re-routed back to the original Production environment.|