Skip to content

Commit 8cfcb68

Browse files
committed
First review RegionalDR VP docs
Signed-off-by: Alejandro Villegas <[email protected]>
1 parent 6efa2cf commit 8cfcb68

File tree

4 files changed

+106
-0
lines changed

4 files changed

+106
-0
lines changed
Lines changed: 106 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,106 @@
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+
![Regional-Resiliency-Pattern-Logical-Architecture](/images/regional-resiliency-pattern/architecture-diagram-vp-regional-dr-v6.png)
83+
84+
## Logical architecture
85+
86+
![Regional-Resiliency-Pattern-Logical-Architecture](/images/regional-resiliency-pattern/logical-architecture-diagram-vp-regional-dr-v6.png)
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).
570 KB
Loading
791 KB
Loading
538 KB
Loading

0 commit comments

Comments
 (0)