You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: pages/public_cloud/public_cloud_databases/databases_regions_comparison/guide.en-gb.md
+3-23Lines changed: 3 additions & 23 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
---
2
2
title: "Comparison of Public Cloud Databases Deployment Modes - Understanding 3-AZ / 1-AZ"
3
3
excerpt: "Explore OVHcloud's Public Cloud Databases deployment modes"
4
-
updated: 2025-05-23
4
+
updated: 2025-05-27
5
5
---
6
6
7
7
## Objective
@@ -10,7 +10,7 @@ OVHcloud offers two deployment modes for its [Public Cloud Databases](/links/pub
10
10
11
11
## Concepts
12
12
13
-
OVHcloud managed databases offer two main deployment modes, each optimized for specific use cases and offering various levels of redundancy and fault tolerance:
13
+
OVHcloud managed databases offer two main deployment modes, each optimized for specific use cases and offering various levels of resilience and failover:
14
14
15
15
1.**1-AZ Region**: for standard applications, offering basic resilience with optimized cost.
16
16
2.**3-AZ Region**: suitable for applications that require high availability with low RTO/RPO and resilience to availability zone outage.
@@ -23,9 +23,7 @@ OVHcloud managed databases offer two main deployment modes, each optimized for s
23
23
24
24
### 1-AZ Region
25
25
26
-
#### Infrastructure and Redundancy
27
-
28
-
A 1-AZ Region consists of a **single availability zone covering multiple data centers within the same geographical region**, utilizing a 2N+1 redundancy design. When a database service is deployed with multiple nodes, this single AZ setup offers resilience against node and disk failures but may be vulnerable to a complete OpenStack region outage. Note that in a 1-AZ region, the database service is located in a specific OpenStack region that spans over multiple data center. The nodes of a multi-node database services are scattered in different hosts that **may be** located in different data centers. If an outage occurs in a specific data center hosting one or multiple nodes of the database service, access to data could be impacted, even if other data centers in the zone remain operational.
26
+
A 1-AZ Region consists of a **single availability zone covering multiple data centers within the same geographical region**. When a database service is deployed with multiple nodes, this single AZ setup offers resilience against node and disk failures but may be vulnerable to a complete OpenStack region outage. Note that in a 1-AZ region, the database service is located in a specific OpenStack region that spans over multiple data center. The nodes of a multi-node database services are scattered in different hosts that **may be** located in different data centers. If an outage occurs in a specific data center hosting one or multiple nodes of the database service, access to data could be impacted, even if other data centers in the zone remain operational.
29
27
30
28
#### Characteristics
31
29
@@ -36,20 +34,10 @@ A 1-AZ Region consists of a **single availability zone covering multiple data ce
36
34
37
35
-**Single Point of Failure:** In a 1-AZ region, the database services nodes **may be** deployed within a single data center. If this data center experiences an outage, access to your database services could be impacted, even if other data centers within the same availability zone remain operational.
38
36
39
-
#### Redundancy Specifications for 1-AZ
40
-
41
-
| Specification | Description |
42
-
|-----------------------|-------------|
43
-
|**Redundancy Type**| 2N+1 across multiple data centers. |
44
-
|**Fault Tolerance**| Server and disk-level fault tolerance. Data center outage risk. |
45
-
|**Use Case Examples**| Suitable for development, testing, and non-critical databases workloads where cost-effectiveness is prioritized over maximum availability. |
46
-
47
37
<aname="3azregion"></a>
48
38
49
39
### 3-AZ Region
50
40
51
-
#### Infrastructure and Redundancy
52
-
53
41
3-AZ Regions consist of **three independent availability zones**, each isolated in terms of power, cooling, and network systems, providing true fault isolation. This architecture ensures **service availability** even if an entire availability zone experiences an outage.
54
42
55
43
#### Characteristics
@@ -61,14 +49,6 @@ A 1-AZ Region consists of a **single availability zone covering multiple data ce
61
49
62
50
3-AZ Regions are particularly suited to mission-critical and availability-sensitive applications, where data governance requires continuous availability. This includes sectors such as e-commerce, healthcare platforms, financial services or live streaming applications.
63
51
64
-
#### Performance Specifications for 3-AZ
65
-
66
-
| Specification | Description |
67
-
|-----------------------|-------------|
68
-
|**Connectivity**| Low latency between availability zones. |
69
-
|**High Availability**| Maintains access even in the event of zone failures. |
70
-
|**Use Case Examples**| Mission-critical and availability-sensitive applications, e-commerce, healthcare platforms, financial services, or live-streaming applications. |
71
-
72
52
## Go Further
73
53
74
54
If you need training or technical assistance to implement our solutions, contact your sales representative or click on [this link](/links/professional-services) to get a quote and ask our Professional Services experts for assisting you on your specific use case.
0 commit comments