|
| 1 | +--- |
| 2 | +title: Regional Disaster Recovery |
| 3 | +date: 2024-09-20 |
| 4 | +tier: sandbox |
| 5 | +summary: This variant of the Validated Patterns framework deploys a Regional Disaster Recovery Setup across multiple different regions |
| 6 | +rh_products: |
| 7 | +- Red Hat Openshift Container Platform |
| 8 | +industries: |
| 9 | +aliases: /agof/ |
| 10 | +pattern_logo: regional-dr.png |
| 11 | +links: |
| 12 | + install: https://github.com/validatedpatterns/regional-resiliency-pattern |
| 13 | + help: https://groups.google.com/g/validatedpatterns |
| 14 | + bugs: https://github.com/validatedpatterns/regional-resiliency-pattern/issues |
| 15 | +--- |
| 16 | + |
| 17 | +# Openshift Regional DR |
| 18 | + |
| 19 | +## Background |
| 20 | + |
| 21 | +Regional DR architecture is designed for configuring an infrastructure |
| 22 | +architecture with multiple Openshift Container Platform cluster connected |
| 23 | +between them for offering a disaster recovery setup between regions. Currently, |
| 24 | +only active-passive mode is supported. This architecture increases the |
| 25 | +resiliency and maintains the applications running in the supposed case of an |
| 26 | +entire region fails. |
| 27 | + |
| 28 | +There are two kinds of disaster recovery depending on their scope: Metro DR and |
| 29 | +RegionalDR. As their own name suggests, MetroDR refers about Metropolitan Areas |
| 30 | +disasters, in other words, when the disaster covers only a single area of a |
| 31 | +region (Availability Zone), and Regional DR refers to when the entire region |
| 32 | +fails. |
| 33 | + |
| 34 | +The synchronization between Availability Zones is faster and can be performed |
| 35 | +synchronous. However, in order don't include a lot of latency on the data |
| 36 | +synchronization process, when data is replicated across regions, it necessary |
| 37 | +includes latencies based on the distance between both regions (e.g. The latency |
| 38 | +between two regions on Europe, will always be less than between Europe and Asia, |
| 39 | +so consider this when designing your infrastructure deployment on the values |
| 40 | +files of the pattern). This is the main reason because this RegionalDR is |
| 41 | +configured in an Active-Passive mode. |
| 42 | + |
| 43 | +It requires an already existing Openshift cluster, which will be used for installing the |
| 44 | +pattern, deploying active and passive clusters manage the application |
| 45 | +scheduling. |
| 46 | + |
| 47 | +### Prerequisites |
| 48 | +Before installing this pattern, ensure yourself you have the following |
| 49 | +requirements already prepared before continuing: |
| 50 | +* One Openshift cluster ready-to-use with internet access to become the "Manager" cluster. |
| 51 | +* Connection to a Cloud Provider (AWS/Azure/GCP) configured in the Manager cluster. |
| 52 | + |
| 53 | +### Solution elements |
| 54 | + |
| 55 | +- Deploying a regional fail resilient architecture for testing, demoing and as an architecture reference |
| 56 | + |
| 57 | +### Red Hat Technologies |
| 58 | + |
| 59 | +- Red Hat Openshift Container Platform |
| 60 | +- Red Hat Enterprise Linux |
| 61 | + |
| 62 | + |
| 63 | +## Operators and Technologies this Pattern Uses |
| 64 | + |
| 65 | +- Red Hat Openshift Container Platform |
| 66 | +- Red Hat Openshift Data Foundation |
| 67 | +- Red Hat Openshift DR Operator |
| 68 | +- Red Hat Openshift GitOps |
| 69 | +- Red Hat Openshift Advanced Cluster Management |
| 70 | +- Red Hat Openshift Advanced Cluster Security |
| 71 | +- Submariner |
| 72 | + |
| 73 | +## Tested on |
| 74 | + |
| 75 | +- Red Hat Openshift Container Platform v4.13 |
| 76 | +- Red Hat Openshift Container Platform v4.14 |
| 77 | +- Red Hat Openshift Container Platform v4.15 |
| 78 | + |
| 79 | +## Architecture |
| 80 | +This section explains the architecture deployed by this Pattern and its Logical |
| 81 | +and Physical perspectives. |
| 82 | + |
| 83 | + |
| 84 | +## Logical architecture |
| 85 | + |
| 86 | + |
| 87 | + |
| 88 | + |
| 89 | +## Installation |
| 90 | +This patterns is designed to be installed in an Openshift cluster which will |
| 91 | +work as the control plane for the rest of Openshift clusters. The controller |
| 92 | +cluster will not execute the applications or store any data from them, but it |
| 93 | +will work as the control panel for the interconnection of active-passive |
| 94 | +clusters, coordinating their communication and orchestrating when and where an |
| 95 | +application is going to be deployed. |
| 96 | + |
| 97 | +As part of the pattern configuration, the administrator needs to define both |
| 98 | +clusters installation details as would be done using the Openshift-installer |
| 99 | +binary. |
| 100 | + |
| 101 | +For more detailed info about how to install this pattern, please follow this |
| 102 | +[link](https://github.com/validatedpatterns/regional-resiliency-pattern?tab=readme-ov-file#installation). |
| 103 | + |
| 104 | +### Pattern Configuration |
| 105 | +For obtainning more information about how to configure and deploy the pattern, |
| 106 | +please follow this [link](https://github.com/validatedpatterns/regional-resiliency-pattern). |
0 commit comments