Conception et implémentation de l’interconnexion des centres de données à l’aide d’itinéraires de type 5
Interconnexion des centres de données à l’aide de routes EVPN de type 5
Les routes EVPN de type 5, également appelées routes de préfixe IP, sont utilisées dans un contexte DCI pour transmettre le trafic entre les centres de données qui utilisent différents schémas de sous-réseau d’adresses IP.
Dans cette architecture de référence, les routes EVPN de type 5 sont échangées entre les équipements spine dans différents centres de données pour permettre le passage du trafic entre les centres de données.
Une connectivité physique entre les centres de données est requise avant que des messages EVPN Type 5 puissent être envoyés à travers les centres de données. Cette connectivité physique est assurée par les équipements backbone dans un cloud WAN. Un périphérique backbone est connecté à chaque équipement spine dans un seul centre de données et participe aux sessions IBGP overlay et underlay EBGP. EBGP s’exécute également dans un groupe BGP distinct pour connecter les périphériques backbone les uns aux autres ; La signalisation EVPN est activée dans ce groupe BGP.
La figure 1 montre deux centres de données utilisant des routes EVPN Type 5 pour DCI.

Pour plus d’informations sur les routes EVPN Type 5, consultez Route EVPN Type-5 avec encapsulation VXLAN pour EVPN-VXLAN.
Toutes les procédures de cette section supposent que les routes EVPN de type 2 sont passées avec succès dans les centres de données. Reportez-vous à la section Conception et implémentation de superpositions pontées à routage centralisé pour obtenir des instructions de configuration.
Cette section décrit les processus de configuration d’un DCI à l’aide des routes EVPN Type 5 et inclut les procédures suivantes :
- Configuration des interfaces de périphérique backbone
- Activation d’EBGP en tant que protocole de routage réseau sous-jacent entre les périphériques de colonne vertébrale et les périphériques backbone
- Activation de l’IBGP pour le réseau de superposition sur le périphérique dorsal
- Activation d’EBGP comme protocole de routage entre les périphériques backbone
- Configuration de DCI à l’aide de routes EVPN de type 5
- Vérification du fonctionnement de DCI utilisant des routes EVPN de type 5
- DCI utilisant des routes de type 5 — Historique des versions
Configuration des interfaces de périphérique backbone
Les équipements backbone de cette architecture font partie du cloud WAN et doivent fournir une connectivité à la fois aux équipements spine de chaque datacenter et à l’autre périphérique dorsal. Cette connectivité doit être établie avant que les routes EVPN Type 5 puissent être échangées entre les équipements spine dans différents centres de données.
La figure 2 fournit une vue d’ensemble des adresses IP configurées dans ces étapes.

Pour configurer les interfaces du périphérique spine et du périphérique backbone :
(Interfaces Ethernet agrégées) Configurez les interfaces Ethernet agrégées sur les commutateurs des équipements spine dans les datacenters 1 et 2, ainsi que sur les équipements dorsaux.
Cette étape montre l’attribution de l’adresse IP aux interfaces Ethernet agrégées uniquement. Pour obtenir des instructions détaillées complètes sur la création d’interfaces Ethernet agrégées, consultez Configuration de l’agrégation de liens.
Dispositif d’épine dorsale 1 dans le centre de données 1 :
set interfaces ae3 unit 0 family inet address 172.16.101.1/31
Dispositif d’épine dorsale 2 dans le centre de données 1 :
set interfaces ae3 unit 0 family inet address 172.16.102.1/31
Dispositif d’épine 3 dans le centre de données 1 :
set interfaces ae3 unit 0 family inet address 172.16.103.1/31
Spine Device 4 dans le centre de données 1 :
set interfaces ae3 unit 0 family inet address 172.16.104.1/31
Spine Device 5 dans le datacenter 2 :
set interfaces ae4 unit 0 family inet address 172.16.105.3/31
Spine Device 6 dans le datacenter 2 :
set interfaces ae4 unit 0 family inet address 172.16.106.3/31
Périphérique dorsal 1 :
set interfaces ae1 unit 0 family inet address 172.16.101.0/31 set interfaces ae2 unit 0 family inet address 172.16.102.0/31 set interfaces ae3 unit 0 family inet address 172.16.103.0/31 set interfaces ae4 unit 0 family inet address 172.16.104.0/31 set interfaces ae200 unit 0 family inet address 172.16.200.0/31
Périphérique dorsal 2 :
set interfaces ae5 unit 0 family inet address 172.16.105.2/31 set interfaces ae6 unit 0 family inet address 172.16.106.2/31 set interfaces ae200 unit 0 family inet address 172.16.200.1/31
(Interfaces autonomes qui ne sont pas incluses dans les interfaces Ethernet agrégées) Voir Configuration de l’adresse de l’interface.
Activation d’EBGP en tant que protocole de routage réseau sous-jacent entre les périphériques de colonne vertébrale et les périphériques backbone
EBGP est utilisé comme protocole de routage du réseau sous-jacent dans cette conception de référence. Les équipements de dorsale doivent participer à EBGP avec les périphériques de colonne vertébrale pour prendre en charge la connectivité sous-jacente.
Le processus d’activation de l’EBGP sur les équipements spine et leaf est décrit dans la section Conception et implémentation du réseau sous-jacent IP de ce guide. Cette procédure suppose qu’EBGP a déjà été activé sur les périphériques spine et leaf, bien qu’une configuration EBGP sur les périphériques spine doive être mise à jour pour prendre en charge les périphériques backbone et soit donc incluse dans ces étapes.
EBGP fonctionne dans cette conception de référence en attribuant chaque feuille, colonne vertébrale et périphérique dorsal dans son propre numéro unique de système autonome (AS) 32 bits.
La figure 3 montre une vue d’ensemble de la topologie EBGP pour les périphériques de dorsale et de dorsale lorsque les périphériques de dorsale sont inclus dans la conception de référence.

La figure 4 illustre les paramètres du protocole EBGP configurés dans cette procédure. Répétez ce processus pour les autres périphériques de la topologie afin d’activer EBGP sur les périphériques restants.

Pour permettre à EBGP de prendre en charge le réseau sous-jacent dans cette conception de référence :
Activation de l’IBGP pour le réseau de superposition sur le périphérique dorsal
Les périphériques dorsaux doivent exécuter IBGP pour disposer d’une connectivité réseau superposée et pouvoir prendre en charge DCI à l’aide de routes EVPN Type 5.
La figure 5 montre la configuration IBGP de la conception de référence validée lorsque des dispositifs de réseau dorsal sont inclus dans la topologie. Dans la conception de référence validée, tous les dispositifs spine et leaf du même centre de données sont affectés au même système autonome. Les équipements backbone sont affectés au même système autonome que les équipements spine et leaf du datacenter qui utilise le périphérique backbone comme point d’entrée dans le cloud WAN.

La figure 6 illustre la configuration du réflecteur de route dans la conception de référence validée. Un cluster de réflecteurs de route (ID de cluster 192.168.2.10) comprend le périphérique de réseau dorsal 1 comme réflecteur de route et tous les périphériques de colonne vertébrale du centre de données 1 comme clients de réflecteur de route. Un autre cluster de réflecteurs de route (ID de cluster 192.168.2.11) inclut le périphérique de réseau dorsal 2 comme réflecteur de route et tous les périphériques de colonne vertébrale du centre de données 2 comme clients de réflecteur de route.

La conception de référence validée prend en charge plusieurs réflecteurs de route hiérarchiques, où un cluster inclut des périphériques de dorsale agissant comme réflecteurs de route pour les clients de périphérique de spin et un autre cluster inclut des périphériques de spin agissant comme réflecteurs de route pour les clients de périphériques leaf. Pour connaître les étapes de configuration de l’autre réflecteur de route, reportez-vous à la section Configurer IBGP pour la superposition.
La figure 7 montre la topologie complète du réflecteur de route hiérarchique lorsque deux centres de données sont connectés :

Pour plus d’informations sur les réflecteurs de route BGP, consultez Présentation des réflecteurs de route BGP.
Cette procédure suppose qu’IBGP a été activé pour les périphériques spine et leaf, comme détaillé dans Configurer IBGP pour la superposition. Les configurations des périphériques de colonne vertébrale sont incluses dans cette procédure pour illustrer leurs relations avec les périphériques dorsaux.
Pour configurer la connectivité IBGP pour les périphériques de dorsale :
Activation d’EBGP comme protocole de routage entre les périphériques backbone
EBGP est également utilisé comme protocole de routage entre les périphériques de base dans cette conception de référence. Les périphériques dorsaux sont connectés via IP et les périphériques backbone doivent être configurés en tant qu’homologues EBGP.
Un deuxième groupe EBGP estBACKBONE-BGP créé dans ces étapes pour activer l’EBGP entre les périphériques dorsaux. Chaque périphérique dorsal est affecté à un numéro AS 32 bits unique dans le nouveau groupe EBGP dans ces étapes. Les dispositifs dorsaux font donc partie de deux groupes EBGP etUNDERLAY-BGP BACKBONE-BGPont un numéro AS unique au sein de chaque groupe. La signalisation EVPN, qui doit s’exécuter pour prendre en charge EVPN entre les périphériques dorsaux, est également configurée au sein du groupe EBGP au cours de cette procédure.
La figure 8 illustre les attributs nécessaires pour activer EBGP entre les périphériques dorsaux.

Pour activer EBGP comme protocole de routage entre les périphériques backbone :
Configuration de DCI à l’aide de routes EVPN de type 5
Les messages EVPN Type 5 sont échangés entre les interfaces IRB sur les équipements spine dans différents datacenters lorsque des routes EVPN Type 5 sont utilisées pour DCI. Ces interfaces IRB sont configurées dans une instance de routage.
Chaque centre de données possède un identifiant de réseau virtuel unique (VNI 102001 et 202001) dans cette configuration, mais les deux VNI sont mappés au même VLAN (VLAN 2001) dans la même instance de routage (VRF 501).
Voir la figure 9 pour une illustration de l’instance de routage.

Pour activer DCI à l’aide des routes EVPN Type 5 :
Cette procédure suppose que les instances de routage, les IRB et les VLAN créés précédemment dans ce guide sont opérationnels. Voir Conception et implémentation de superpositions de pontage à routage central.
Lorsque vous implémentez la fonctionnalité border leaf sur un routeur MX, gardez à l’esprit que le routeur prend uniquement en charge les instances de commutateur virtuel. Les routeurs MX ne prennent pas en charge les instances par défaut.
Vérification du fonctionnement de DCI utilisant des routes EVPN de type 5
Entrez les commandes suivantes pour vérifier que le trafic peut être envoyé entre les centres de données à l’aide de routes EVPN Type 5 :
DCI utilisant des routes de type 5 — Historique des versions
Le tableau 1 fournit un historique de toutes les fonctionnalités de cette section et de leur prise en charge dans cette conception de référence.
Libération |
Description |
---|---|
19.1R2 |
Les commutateurs QFX10002-60C et QFX5120-32C exécutant Junos OS version 19.1R2 et versions ultérieures dans le même train de versions prennent en charge toutes les fonctionnalités décrites dans cette section. |
18.4R2-S2 |
Les commutateurs QFX5110 et QFX5120-48Y, ainsi que les routeurs MX exécutant Junos OS version 18.4R2-S2 et versions ultérieures dans le même train de versions prennent en charge toutes les fonctionnalités décrites dans cette section. |