Architectures Multi-AZ pour OVHcloud Connect

Voir en Markdown

Comprenez comment les architectures Multi-AZ renforcent la résilience d’OVHcloud Connect

Objectif

Le Multi-AZ (Multiple Availability Zones) est une stratégie d’architecture où vos ressources et connexions réseau sont réparties sur deux datacenters physiquement séparés ou plus (Availability Zones) au sein d’une région. Cela protège contre la défaillance d’un site unique.

Pourquoi le Multi-AZ est important pour OVHcloud Connect

Un lien OVHcloud Connect unique passant par un seul PoP constitue un point unique de défaillance. Si ce PoP, le cross-connect ou le lien physique subit une panne, votre connectivité privée est perdue.

Les architectures Multi-AZ répondent à cela en établissant des connexions redondantes via différents PoPs ou Availability Zones, afin que le trafic puisse être automatiquement réacheminé en cas de défaillance d’un chemin.

Vue d’ensemble de l’architecture

Architecture Multi-AZ avec des liens OVHcloud Connect redondants via des PoPs et Availability Zones distincts

Comment fonctionne le Multi-AZ avec OVHcloud Connect

  1. Commandez deux services OVHcloud Connect dans deux PoPs différents.
  2. Configurez BGP sur les deux liens avec les priorités de routes appropriées (en utilisant des attributs BGP comme la Local Preference, le MED ou l’AS-path prepending) afin que le trafic privilégie un chemin tout en pouvant basculer sur l’autre.
  3. Répartissez vos ressources OVHcloud sur plusieurs Availability Zones au sein de la même région.
  4. Testez le basculement en simulant une coupure de lien et en vérifiant que le trafic bascule sur le chemin de secours.

Multi-AZ et configuration BGP

Pour un basculement automatique, votre configuration BGP doit distinguer le chemin principal du chemin de secours. Approches courantes :

  • Local Preference — Définissez une Local Preference plus élevée sur les routes apprises depuis le lien principal.
  • AS-path prepending — Allongez l’AS-path du chemin de secours pour qu’il soit moins privilégié.
  • MED (Multi-Exit Discriminator) — Utilisez les valeurs MED pour influencer le routage entrant depuis OVHcloud.

Consultez Configurer OCC L3 avec BGP pour des instructions de configuration détaillées.

Quand utiliser le Multi-AZ

ScénarioRecommandation
Workloads de test / développementUne connexion unique est généralement suffisante
Production non critiqueConnexion unique avec supervision
Production critique pour l’activitéMulti-AZ recommandé
Workloads réglementés / soumis à conformitéMulti-AZ requis

Et ensuite ?

Aller plus loin

Pour une formation ou une assistance technique sur la mise en œuvre de nos solutions, contactez votre commercial ou consultez la page Professional Services pour obtenir un devis et faire analyser votre projet par nos experts.

Échangez avec notre communauté d’utilisateurs.

Cette page vous a-t-elle aidé ?