Objectif

OVHcloud propose deux modes de déploiement pour son service Analytics, chacun adapté à des besoins spécifiques en matière de résilience, de disponibilité, de performance et de latence. Ce document fournit une explication détaillée des caractéristiques de chaque mode de déploiement, suivie d'une comparaison complète pour aider les utilisateurs à choisir la meilleure option pour leurs besoins.

Concepts

Les services Analytics managés d'OVHcloud proposent deux modes de déploiement principaux, chacun optimisé pour des cas d'usage spécifiques et offrant différents niveaux de résilience et de basculement :

1. Région 1-AZ : pour les workloads Analytics standards, offrant une résilience de base avec un coût optimisé.
2. Région 3-AZ : adaptée aux workloads Analytics à haute disponibilité nécessitant un RTO/RPO faible et une résilience aux pannes de zone de disponibilité.

Modes de déploiement

Région 1-AZ

Une région 1-AZ se compose d'une zone de disponibilité unique couvrant plusieurs datacentres au sein d'une même région géographique. Lorsqu'un service Analytics multi-nœuds est déployé, cette configuration à zone unique offre une résilience face aux pannes de nœuds et de disques, mais peut être vulnérable à une panne complète de la région OpenStack. Notez que dans une région 1-AZ, le service Analytics est situé dans une région OpenStack spécifique qui s'étend sur plusieurs datacentres. Les nœuds d'un service Analytics multi-nœuds sont répartis sur différents hôtes qui peuvent être situés dans différents datacentres. Si une panne survient dans un datacentre spécifique hébergeant un ou plusieurs nœuds du service Analytics, l'accès aux données peut être impacté, même si d'autres datacentres de la zone restent opérationnels.

Caractéristiques

• Rentabilité : déployer dans une région 1-AZ est généralement plus économique, ce qui le rend adapté au développement, aux tests et aux workloads non critiques où le coût est un facteur déterminant.
• Anti-affinité d'hôte : les nœuds d'un service Analytics multi-nœuds sont déployés sur différents hôtes physiques, offrant une résilience face aux pannes d'hôte.

Limitations

• Point de défaillance unique : dans une région 1-AZ, les nœuds du service Analytics peuvent être déployés au sein d'un seul datacentre. Si ce datacentre subit une panne, l'accès à votre service Analytics peut être impacté, même si d'autres datacentres de la même zone de disponibilité restent opérationnels.

Région 3-AZ

Les régions 3-AZ se composent de trois zones de disponibilité indépendantes, chacune isolée en matière d'alimentation électrique, de refroidissement et de systèmes réseau, garantissant une véritable isolation des pannes. Cette architecture assure la disponibilité du service même si une zone de disponibilité entière subit une panne.

Caractéristiques

• Haute disponibilité : le service Analytics multi-nœuds est déployé sur trois zones de disponibilité indépendantes, garantissant la continuité du service même si une zone subit une panne.
• Faible latence : l'architecture offre une latence ultra-faible entre les zones de disponibilité, garantissant la performance des opérations Analytics sur l'ensemble des nœuds du cluster.

Cas d'usage idéaux

Les régions 3-AZ sont particulièrement adaptées aux applications critiques et sensibles à la disponibilité, où la gouvernance des données exige une disponibilité continue. Cela inclut des secteurs tels que l'e-commerce, les plateformes de santé, les services financiers ou les applications de streaming en direct.

Aller plus loin

Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en oeuvre de nos solutions, contactez votre commercial ou cliquez sur ce lien pour obtenir un devis et demander à nos experts de l'équipe Professional Services de vous accompagner sur votre cas d'usage spécifique.

Rejoignez notre communauté d'utilisateurs et visitez notre chaîne Discord.