Skip to content

Commit b2f242b

Browse files
authored
Merge pull request #7885 from ovh/feat-comparison-deployment-analytics
Feat(analytics): new guide about comparison deployment analytics
2 parents 9887548 + 3460f88 commit b2f242b

File tree

3 files changed

+59
-0
lines changed

3 files changed

+59
-0
lines changed

pages/index.md

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1100,6 +1100,7 @@
11001100
+ [Analytics - Security overview](public_cloud/public_cloud_databases/information_01_security_overview)
11011101
+ [Analytics - Lifecycle policy](public_cloud/data_analytics/analytics/information_02_lifecycle_policy)
11021102
+ [Analytics - Capabilities and Limitations](public_cloud/data_analytics/analytics/information_03_capabilities)
1103+
+ [Comparison of Analytics Engines Deployment Modes - Understanding 3-AZ / 1-AZ](public_cloud/data_analytics/analytics/analytics_regions_comparison)
11031104
+ [Analytics - Maintenance operations](public_cloud/data_analytics/analytics/information_04_maintenances)
11041105
+ [Analytics - Automated Backups](public_cloud/data_analytics/analytics/information_05_automated_backups)
11051106
+ [General guides](products/public-cloud-data-analytics-general-guides)
Lines changed: 56 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,56 @@
1+
---
2+
title: "Comparison of Analytics Engines Deployment Modes - Understanding 3-AZ / 1-AZ"
3+
excerpt: "Explore OVHcloud's Public Cloud Analytics deployment modes"
4+
updated: 2025-06-11
5+
---
6+
7+
## Objective
8+
9+
OVHcloud offers two deployment modes for its [Analytics](/links/public-cloud/analytics) service, each tailored to specific needs regarding resilience, availability, performance, and latency. This document provides a detailed explanation of the characteristics of each deployment mode, followed by a comprehensive comparison to help users choose the best option for their requirements.
10+
11+
## Concepts
12+
13+
OVHcloud managed Analytics services offer two main deployment modes, each optimized for specific use cases and offering various levels of resilience and failover:
14+
15+
1. **1-AZ Region**: for standard Analytics workloads, offering basic resilience with optimized cost.
16+
2. **3-AZ Region**: suitable for highly availability Analytics workloads with low RTO/RPO and resilience to availability zone outage.
17+
18+
## Deployment modes
19+
20+
> [!primary]
21+
>
22+
> The following information pertains to the different deployment modes available in OVHcloud’s Analytics services. Select the mode that best suits your needs based on resilience, availability, and performance.
23+
24+
### 1-AZ Region
25+
26+
A 1-AZ Region consists of a **single availability zone covering multiple data centers within the same geographical region**. When a multi-node Analytics service is deployed, 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 Analytics service is located in a specific OpenStack region that spans over multiple data centers. The nodes of a multi-node Analytics service 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 Analytics service, access to data could be impacted, even if other data centers in the zone remain operational.
27+
28+
#### Characteristics
29+
30+
- **Cost-Effectiveness:** Deploying in a 1-AZ region is generally more affordable, making it suitable for development, testing, and non-critical workloads where cost considerations are paramount.
31+
- **Host antiaffinity:** The nodes of a multi-node Analytics service are deployed in different physical hosts offering resilience to host outage.
32+
33+
#### Limitations
34+
35+
- **Single Point of Failure:** In a 1-AZ region, the Analytics service nodes **may be** deployed within a single data center. If this data center experiences an outage, access to your Analytics service could be impacted, even if other data centers within the same availability zone remain operational.
36+
37+
<a name="3azregion"></a>
38+
39+
### 3-AZ Region
40+
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.
42+
43+
#### Characteristics
44+
45+
- **High Availability:** Multi-node Analytics service is deployed across three independent availability zones, ensuring service continuity even if one zone experiences an outage.
46+
- **Low Latency:** The architecture offers ultra-low latency between availability zones, ensuring performance of Analytics operations accross all the nodes of the cluster.
47+
48+
#### Ideal Use Cases
49+
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.
51+
52+
## Go Further
53+
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.
55+
56+
Join our [community of users](/links/community) and visit our [Discord channel](https://discord.gg/ovhcloud).
Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,2 @@
1+
id: 0041c9bd-8bf4-493a-8414-4c05349264f9
2+
full_slug: data-analytics-regions-comparison

0 commit comments

Comments
 (0)