ArticleInfrastructure & Cloud
Quelle architecture cloud choisir pour garantir la continuité de service ?
Les entreprises portent de plus en plus leurs exigences sur la résilience de leurs applications, qu'il s'agisse d'outils financiers, de plateformes de santé, de portails e-commerce ou de services critiques dans le secteur public. À l'heure où la moindre interruption de service peut entraîner d'importantes conséquences humaines, économiques ou réputationnelles, la disponibilité de l'infrastructure IT est bel et bien devenue un enjeu majeur.

Dans ce contexte, il leur est indispensable de pouvoir s’appuyer sur une architecture cloud de référence ultra résiliente, mettant en œuvre plusieurs zones de disponibilité (Availability zones ou AZ) spécialement conçues pour assurer la continuité des opérations en toutes circonstances. OVHcloud propose aujourd’hui plusieurs modèles de déploiement, dont le 3-AZ, un standard pour la haute disponibilité et la continuité de service.
Une zone de disponibilité, pour quoi faire ?
Une zone de disponibilité regroupe un certain nombre de datacenters physiquement séparés au sein d’une même région. Chacune dispose de son propre réseau, de ses alimentations électriques et de sa méthode de refroidissement, de sorte qu’un incident localisé ne puisse jamais compromettre l’ensemble des services proposés. Répartir les ressources sur différents sites suffisamment distants permet d’éviter la propagation d’une même défaillance, tout en restant proches à l’échelle régionale afin de garder la plus faible latence.
Le modèle 3-AZ, un standard d’excellence en matière de résilience
Le modèle 3-AZ d’OVHcloud s’organise autour de trois sites de datacenters géographiquement distincts, séparés d’une trentaine de kilomètres environ. Chacune de ces zones dispose de ses propres alimentations, de ses lignes réseau et de son refroidissement autonome. En cas de défaillance sur l’un des sites, les deux autres zones demeurent opérationnelles et assurent la continuité du service.
Au cœur de ce dispositif, la réplication automatique des données permet d’éviter toute perte critique. Les architectures multi-AZ répartissent le stockage et les traitements pour qu’aucun incident ne puisse affecter la totalité du système. Cette conception garantit ainsi un engagement de disponibilité (SLA) de très haut niveau (99,99%), soit au maximum quelques minutes d’indisponibilité par an. Cette solution apporte ainsi une conformité accrue aux applications les plus exigeantes ou « mission-critical ».
Un modèle particulièrement adapté aux secteurs sensibles et digital natives
Ce standard 3-AZ convient en tout premier lieu aux secteurs soumis à des contraintes légales ou réglementaires fortes : finance, santé, administrations, etc. Les services financiers, par exemple, ne peuvent se permettre de suspendre leurs opérations, et la gestion des données de santé exige une résilience maximale et un très haut niveau de sécurité.
Au-delà de ces domaines, le modèle 3-AZ peut également intéresser les plateformes de e-commerce, de gaming ou de services IT critiques pour lesquelles l’interruption d’activité se traduirait par une perte de clients et donc de chiffre d’affaires.
Parmi les premiers utilisateurs, Docaposte Agility ou Vicem se sont dit « bluffés » par les performances 3-AZ d’OVHcloud, notamment en matière de latence entre les datacenters.

Des coûts optimisés
Dans un contexte multi-AZ, le trafic entre les zones est souvent facturé par les fournisseurs de cloud ; une étude menée par Datadog en avril 2024 révèle que ces coûts de trafic inter-AZ peuvent représenter jusqu’à 48% des coûts de trafic totaux chez certains fournisseurs. Une pratique commerciale dont OVHcloud a souhaité s’affranchir dès ses débuts en ne facturant aucun frais de trafic sur son réseau. Un choix qui non seulement favorise une tarification transparente à la lecture simplifiée, et qui laisse au client la liberté de répliquer et transférer ses données sans surcoût.
Des montées en puissance graduelles
Pour une entreprise démarrant en mono-AZ, la migration vers du multi-AZ peut requérir certaines adaptations, notamment pour la gestion spécifique des bases de données ou la mise en place de mécanismes de réplication. Cependant, OVHcloud conçoit ses solutions pour permettre une montée en puissance graduelle, sans imposer à ses clients des refontes majeures. Cette évolutivité constitue un atout essentiel pour accompagner la croissance d’une activité ou l’accroissement des exigences réglementaires.
Des modèles de déploiement pour tous les besoins
L’approche d’OVHcloud se distingue de celle de la plupart de ses concurrents en ce qu’elle propose plusieurs modèles de déploiement répondant à des besoins divers en termes de résilience, de disponibilité, de performance et de latence.
Pour des projets moins critiques ou des environnements de pré-production, OVHcloud propose une configuration Mono-AZ. Celle-ci reste hautement performante en exploitant une infrastructure datacenter aux standards 2N+1 sans réplication des données sur plusieurs zones. Les coûts y sont donc souvent plus compétitifs et adaptés à des applications qui supportent, de manière occasionnelle, des arrêts planifiés.
OVHcloud étend également ses services via des Local Zones, mono-sites déployés dans le monde entier pour minimiser la latence sur des cas comme le gaming ou l’Internet des objets, lorsque la puissance de calcul doit être « at the edge », soit au plus près de l’utilisateur final.
Enfin, pour les besoins ultra-sécurisés ou critiques, la solution On-Premise Cloud Platform permet d’implanter des mini-datacenters mobiles directement chez le client, assurant un contrôle total de la localisation des données et de la sécurité.
Fort de ce modèle, OVHcloud poursuit ses investissements visant à étendre son maillage global avec notamment l’ouverture de plus de 50 Local Zones à travers le monde, de 4 nouvelles régions 3-AZ en Europe, en Amérique du Nord et en Asie-Pacifique.

À propos d'OVHcloud · Partenaire officiel
Livres blancs et études d'OVHcloud sur le cloud, l'hébergement et la souveraineté des données.
Ressource recommandée : Cloud : Construire une infrastructure évolutive sans subir les limites des hyperscalers (Livre blanc · PDF)