Configurer OVHcloud Connect L3 avec des routes statiques
Configurez OVHcloud Connect L3 avec des routes IP statiques pour un routage prévisible entre votre réseau et OVHcloud
Objectif
Ce guide explique comment configurer OVHcloud Connect en mode L3 avec routage statique. Cela implique deux niveaux de configuration :
- Configuration PoP — La session L3 entre votre routeur et OVHcloud au niveau du Point de présence.
- Configuration supplémentaire AZ (network) — Des routes statiques au sein de l’Availability Zone OVHcloud pour la distribution des routes.
Si vous préférez le routage dynamique avec BGP, consultez Configurer OVHcloud Connect L3 avec BGP.
Quand utiliser le routage statique plutôt que BGP
Utilisez le routage statique lorsque vous disposez d’une configuration simple avec un faible nombre de préfixes stables et que vous n’avez pas besoin d’une bascule automatique.
Prérequis
- Un service OVHcloud Connect actif (statut
active) - OVHcloud Connect associé à un vRack — voir Associer OVHcloud Connect à votre vRack
- Une configuration AZ créée — voir Configurer le réseau vRack
- Un sous-réseau de peering /30 (par exemple
192.0.2.0/30) - Des identifiants de l’API OVHcloud (Application Key, Application Secret, Consumer Key). Consultez le guide Premiers pas avec l’API OVHcloud.
Connectez-vous à votre puis accédez à Network > OVHcloud Connect.
En pratique
Vue d’ensemble
- Niveau PoP : une session L3 avec un sous-réseau de peering /30 entre votre routeur et OVHcloud.
- Niveau AZ : des routes statiques définies par une IP next-hop et un sous-réseau de destination.
Étape 1 — Identifier l’ID de votre interface
Étape 2 — Créer la configuration PoP (L3)
La configuration PoP établit la session L3 au niveau du Point de présence. Cette étape est identique que vous utilisiez BGP ou le routage statique au niveau de l’AZ.
Paramètres de la requête :
Exemple de requête :
Étape 3 — Vérifier la configuration PoP
Exemple de réponse :
À partir de cette réponse :
Étape 4 — Créer la configuration supplémentaire AZ (statique)
Après la configuration PoP et une configuration AZ, créez une configuration supplémentaire network pour définir des routes statiques au sein de l’AZ.
Avec le routage statique, VRRP reste actif sur le point de terminaison de l’AZ. Les équipements OVHcloud A et B partagent une IP virtuelle (la deuxième adresse du sous-réseau de l’AZ, par exemple 172.16.1.1). Pointez la passerelle par défaut de vos services vers cette IP virtuelle VRRP pour une bascule automatique entre les équipements.
Paramètres de la requête :
Exemple de requête — router votre sous-réseau on-premises via le lien OVHcloud Connect :
Ajouter plusieurs routes statiques
Créez une configuration supplémentaire par sous-réseau de destination. Répétez l’appel POST .../extra avec un subnet différent à chaque fois :
Vérifier la configuration supplémentaire
Exemple de réponse :
Lister toutes les configurations supplémentaires d’une AZ
Étape 5 — Configurer les routes statiques sur votre routeur
Configurez votre routeur physique avec des routes statiques pointant les sous-réseaux d’AZ OVHcloud vers l’IP de peering OVHcloud Connect.
Cisco IOS / IOS-XE
Juniper JunOS
Étape 6 — Vérifier la connectivité
Depuis votre routeur
Cisco :
Juniper :
Résultats attendus :
Depuis l’API OVHcloud
Vérifiez l’état de l’interface :
Vérifiez le statut de la configuration PoP :
Lancer un diagnostic
Noms de diagnostics disponibles : diagPeering, diagPeeringExtra, diagRoutes, diagMacs.
Limites du routage statique
Le routage statique présente des limites importantes par rapport à BGP :
- Pas de bascule automatique. Si un lien tombe, le trafic est blackholé jusqu’à ce que vous mettiez manuellement à jour les routes. Pour une bascule automatique, utilisez BGP.
- Mises à jour manuelles requises. Lorsque vous ajoutez ou modifiez des sous-réseaux, vous devez mettre à jour à la fois la configuration supplémentaire OVHcloud et la configuration de votre routeur.
- Pas de répartition de charge. Les routes statiques ne prennent pas en charge ECMP ni le traffic engineering. Le trafic suit un chemin unique.
- Non recommandé pour le multi-AZ. Pour les configurations multi-AZ résilientes, BGP est fortement recommandé — voir Multi-AZ.
Supprimer les configurations
Supprimez dans l’ordre inverse :
Aller plus loin
- Configurer le réseau vRack — Si vous n’avez pas encore configuré les sous-réseaux d’AZ
- Associer OVHcloud Connect à votre vRack
- Surveiller votre connexion
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.