Nous entamons notre processus de régionalisation
OVHcloud a pour objectif de fournir les infrastructures les plus robustes, permettant à notre clientèle de créer des services et des applications hautement disponibles et résilientes. Aujourd'hui, OVHcloud a franchi une nouvelle étape importante : l’introduction de régions et de zones de disponibilité, ainsi que les produits associés pris en charge. La première région 3-AZ, située à Paris, en France et comprenant trois zones de disponibilité, est maintenant disponible. La première gamme de produits à prendre en charge ce modèle est le Bare Metal, mais d’autres gammes, telles que les instances Public Cloud et les solutions de stockage, seront bientôt disponibles. De plus, OVHcloud prévoit de déployer ses nouvelles régions 3-AZ dans d'autres emplacements dans un avenir proche.
Régions
OVHcloud exploite plusieurs régions pour assurer sa présence mondiale et offrir à sa clientèle dans le monde entier des services de premier ordre. Une région est un emplacement physique comprenant un ou plusieurs datacenters où sont hébergés les services OVHcloud. Les régions OVHcloud sont déployées sur plusieurs sites, dont l'Europe, l'Amérique du Nord et l'Asie-Pacifique, et sont interconnectées au réseau backbone OVHcloud. Veuillez consulter le tableau ci-dessous pour la liste des régions.
Il existe actuellement 2 types de régions chez OVHcloud.
Région 3-AZ
Ce type de région comprend trois zones de disponibilité (availability zone ou AZ). Elle est entièrement indépendante et offre une résilience, une conception d'application multi-AZ et une très faible latence entre les AZ. La région Paris 3-AZ est la première à être déployée, d’autres suivront. Pour avoir un aperçu de ce qu'est une zone de disponibilité, reportez-vous à la section suivante.
Région 1-AZ
Ce type de région ne comprend qu'une seule zone de disponibilité mondiale, mais dispose d'une alimentation et d'un réseau entièrement redondants (avec une conception 2N+1) et est réparti sur plusieurs datacenters, offrant ainsi un haut niveau de résilience. OVHcloud gère plusieurs régions 1-AZ dans le monde (Roubaix, Gravelines, Francfort, Beauharnois, etc.). Ces régions pourraient passer de 1-AZ à 3-AZ au fil du temps.
Zones de disponibilité
Une zone de disponibilité est un ensemble distinct d'un ou plusieurs datacenters physiques présents dans une région donnée. Elle est conçue pour assurer une plus grande disponibilité et une meilleure tolérance aux pannes des services et des applications cloud. Chaque AZ dispose de sa propre infrastructure réseau, d’alimentation et de refroidissement indépendante et redondante. Cela évite un temps d'arrêt complet à l'échelle de la région en cas de panne de l'infrastructure (ex. panne électrique ou réseau). Bien qu’elles assurent une disponibilité supérieure, une AZ est également spécifiquement conçue pour maintenir une connectivité hautement performante (c’est-à-dire une faible latence) entre différentes AZ au sein d’une région.
Régions OVHcloud disponibles
Le tableau ci-dessous présente les régions OVHcloud, leurs noms officiels, les noms AZ, les types et le code ou trigramme de la région (comme ils sont souvent appelés dans l'API et l'interface utilisateur, par exemple, « RBX »).
Liste des régions disponibles
| Localisation de la région | Type | Nom de la région | Nom(s) AZ | Code de région (trigramme) |
|---|---|---|---|---|
| Europe (France - Paris) | 3-AZ | eu-west-par | eu-west-par-a eu-west-par-b eu-west-par-c | PAR |
| Europe (France - Gravelines) | 1-AZ | eu-west-gra | eu-west-gra-a | GRA |
| Europe (France - Roubaix) | 1-AZ | eu-west-rbx | eu-west-rbx-a | RBX |
| Europe (France - Strasbourg) | 1-AZ | eu-west-sbg | eu-west-sbg-a | SBG |
| Europe (Allemagne - Limburg) | 1-AZ | eu-west-lim | eu-west-lim-a | LIM |
| Europe (Pologne - Varsovie) | 1-AZ | eu-central-waw | eu-central-waw-a | WAW |
| Europe (Royaume-Uni - Erith) | 1-AZ | eu-west-eri | eu-west-eri-a | ERI |
| Amérique du Nord (États-Unis - Est - Vint Hill) | 1-AZ | us-east-vin | us-east-vin-a | VIN |
| Amérique du Nord (US - Ouest - Hillsboro) | 1-AZ | us-west-hil | us-west-hil-a | HIL |
| Amérique du Nord (Canada - Est - Beauharnois) | 1-AZ | ca-east-bhs | ca-east-bhs-a | BHS |
| Amérique du Nord (Canada - Est - Toronto) | 1-AZ | ca-east-tor | ca-east-tor-a | YYZ |
| Asie-Pacifique (Singapour - Singapour) | 1-AZ | ap-southeast-sgp | ap-southeast-sgp-a | SGP |
| Asie-Pacifique (Australie - Sydney) | 1-AZ | ap-southeast-syd | ap-southeast-syd-a | SYD |
| Asie-Pacifique (Inde - Mumbai) | 1-AZ | ap-south-mum | ap-south-mum-a | YNM |
| Europe (France - Roubaix) (SNC) | 1-AZ | eu-west-rbx-snc | eu-west-rbx-snc-a | RBX-SNC |
| Europe (France - Strasbourg) (SNC) | 1-AZ | eu-west-sbg-snc | eu-west-sbg-snc-a | SBG-SNC |
| Europe (France - Gravelines) (SNC) | 1-AZ | eu-west-gra-snc | eu-west-gra-snc-a | GRA-SNC |
Périmètre des produits
Avec plusieurs AZ, les produits peuvent être exécutés à différents niveaux : au niveau de la « zone », de la « région » ou à l’échelle mondiale.
Un produit fourni au niveau de la « zone » fonctionne sur une zone spécifique choisie par la cliente ou le client lors de la commande. En cas de coupure au sein de la zone, le produit devient indisponible. Il lui appartient donc de gérer la situation, par exemple en créant une nouvelle instance de produit sur une zone géographique disponible au sein de la même région.
Un produit fourni au niveau de la « région » fonctionne sur une région spécifique choisie par la cliente ou le client lors de la commande. Cependant, il n'est pas exécuté sur une zone spécifique. En cas de temps d’arrêt dans l’une des zones de la région, le produit reste disponible sur les AZ encore fonctionnelles.
Les produits suivants sont disponibles dans les régions 3-AZ*.
| Produit | Périmètre | Région | Localisation de la région |
| Additional IP | Régional | eu-west-par | Europe (France - Paris) |
| Serveurs Bare Metal Scale | Zonal | eu-west-par | Europe (France - Paris) |
| vRack** | Mondial | eu-west-par | Europe (France - Paris) |
* Actuellement, seule la région Paris 3-AZ est disponible.
** Le vRack est un réseau L2 mondial qui ne prend pas en charge la résilience au niveau des « zones » ou des « régions ».
Les clientes et clients qui recherchent des niveaux de résilience plus élevés doivent choisir une région compatible 3-AZ et construire un modèle spécifique basé sur plusieurs AZ.
Astuces de sélection de région
Il est recommandé de sélectionner une région pour assurer des performances optimales aux utilisatrices et utilisateurs, notamment en matière de latence. Par exemple, un service avec une clientèle basée en Europe de l'Ouest nécessiterait une région en Europe de l'Ouest, par exemple, eu-west-par (Paris, France) ou eu-west-rbx (Roubaix, France). Un service disponible à l'échelle mondiale devrait être réparti entre plusieurs régions du monde, par exemple eu-west-gra (Gravelines, France) pour l'Europe, ap-southeast-sgp (Singapour) pour l'Asie-Pacifique et ca-east-bhs (Beauharnois, Canada) pour l'Amérique du Nord.
Les questions que vous vous posez
Avez-vous l'intention de déployer plus de régions 3-AZ à l'avenir ?
Oui, restez à l'écoute.
Quels sont les produits compatibles avec les régions 3-AZ ?
Les serveurs Bare Metal et les produits Additional IP sont les premiers à être compatibles 3-AZ. Veuillez consulter la page produit correspondante pour plus d'informations. Les solutions Public Cloud et de stockage seront supportées dans un avenir proche.
Quel sera l'impact de la régionalisation sur l'expérience produit ?
OVHcloud prévoit de transférer progressivement ses solutions vers les régions à mesure que les gammes de produits sont mises à l'échelle pour assurer la compatibilité avec les régions 3-AZ. Dès qu'un nouveau produit sera compatible 3-AZ, les régions et les AZ apparaîtront dans votre interface utilisateur et vos API le cas échéant, ainsi que dans le contenu de notre site web et de notre documentation. Au cours de cette transition, OVHcloud s’assurera que tous les produits restent opérationnels sans aucun changement de code ou d’habitudes client, notamment en maintenant la compatibilité API.
À ce jour, seules les gammes de produits Bare Metal et Additional IP sont compatibles 3-AZ. Ils sont donc les seuls produits à permettre cette transition, via une nouvelle interface utilisateur et une nouvelle expérience API. D’autres produits, comme les instances Public Cloud ou les produits de stockage, prendront bientôt en charge ce modèle. Au fil du temps, plusieurs produits seront compatibles avec les régions et les AZ.