Procédure pas à pas

Prérequis

Provisionnez le centre de données à trois niveaux, le centre de données à fabric réduite et le centre de données EVPN VXLAN à 5 niveaux, comme indiqué dans la conception de centre de données JVD respective.

Conception OTT (avec MACSEC)

Pour la conception DCI OTT, deux datacenters à 3 niveaux sont interconnectés à l’aide de commutateurs de couche 2 (QFX10002-36Q) ou de commutateurs FAI prenant en charge la configuration cross connect de commutation de couche 2, comme illustré dans le schéma ci-dessous. Pour les commutateurs QFX10002-36Q, des licences sont nécessaires pour MPLS et L2-circuit. Pour plus d’informations sur la configuration de la connexion croisée de la commutation de couche 2, consultez le guide Juniper sur la configuration de la connexion croisée des circuits de couche 2 (CCC). Cette JVD couvre brièvement la configuration de ces deux commutateurs, car elle peut varier en fonction de différentes implémentations DCI et n’entre donc pas dans le champ d’application de cette JVD.

Par souci de clarté, les deux datacenters sont appelés DC1 et DC2, comme illustré ci-dessous sur la Figure 1.

Figure 1 : conception OTT connectant deux datacenters

Assurez-vous de câbler physiquement les commutateurs leaf de bordure des deux datacenters, comme indiqué à la Figure 1 , aux commutateurs d’interconnexion (ISP) avant de procéder à la configuration DCI dans Apstra. Pour provisionner l’interconnectivité des datacenters à l’aide d’Apstra, voici les étapes à suivre.

1. Connectez-vous à l’interface utilisateur d’Apstra et accédez au plan du premier datacenter à trois niveaux (ci-après dénommé DC1). Configurez les liens vers les commutateurs ISP d’interconnexion comme indiqué ci-dessous pour les deux branches de bordure. Assurez-vous que le câblage est également mis à jour pour refléter l’interface reliant les commutateurs FAI sur chacun des branches de bordure. Pour plus d’informations sur la création d’un serveur générique externe, consultez le guide Apstra sur l’ajout de liens vers un blueprint existant.
   Figure 2 : Liaisons entre les branches de bordure et le commutateur 1 du FAI
   Figure 3 : Connectivité de la branche de bordure 2 avec le commutateur 2 du FAI
2. Créez la politique de routage pour autoriser le bouclage IP des commutateurs leaf de bordure du datacenter distant, en l’occurrence DC2. Accédez à Blueprint > Staged > Policies > Routing Policies et créez ou modifiez la stratégie appropriée pour autoriser les routes d’importation des adresses IP de bouclage des commutateurs Border Leaf de datacenter (DC2).
   Figure 4 : ajout de routes d’importation pour les commutateurs Border Leaf DC2
3. Créez ensuite des modèles de connectivité pour connecter les commutateurs leaf de bordure du blueprint actuel (DC1) au blueprint du datacenter distant (DC2). Cette étape crée la connectivité sous-jacente entre les deux datacenters, qui est étiquetée VLAN. La politique de routage définie à l’étape précédente est affectée à l’importation de routes. Un eBGP sous-jacent est également créé entre le commutateur leaf de bordure1 des deux datacenters. Configurez de la même manière la connectivité sous-jacente, eBGP, entre le commutateur Border Leaf2 des deux datacenters. Deux modèles de connectivité doivent être créés pour chaque connectivité de branche de bordure. Voir la figure 1 pour examiner la connectivité.
   Figure 5 : modèle de connectivité du commutateur leaf de bordure1
   Figure 6 : modèle de connectivité Border Leaf Switch2

   Une fois les modèles de connectivité créés, attribuez-les aux commutateurs leaf de bordure comme indiqué ci-dessous. Pour plus d’informations sur les modèles de connectivité Apstra, consultez le guide Juniper Apstra.

   Figure 7 : Attribution d’un modèle de connectivité au commutateur leaf de bordure1
   Figure 8 : Attribution d’un modèle de connectivité au commutateur leaf de bordure 2
4. Après avoir affecté le modèle de connectivité, accédez à Blueprint > Staged > Virtual > Routing (zone de routage par défaut) et cliquez sur la zone de routage par défaut pour allouer les adresses IP IPV4 et IPV6 afin de créer la connectivité border leaf entre les deux datacenters.
   Figure 9 : Attribution d’adresses IP pour créer une liaison IP entre les commutateurs leaf de bordure des deux datacenters

   Pour créer la connectivité overlay, accédez à Blueprint > Staged > DCI et sélectionnez Over the Top ou External Gateway et entrez les détails des commutateurs leaf de bordure distants du datacenter distant. Cette étape doit être effectuée pour les deux commutateurs leaf de bordure, car ils utilisent tous deux des commutateurs d’interconnexion différents pour se connecter aux feuilles de bordure du centre de données distant.

   Figure 10 : Création d’une passerelle over the top ou externe entre la branche de bordure DC1 et la branche de bordure DC21
   Figure 11 : Création d’une passerelle over the top ou externe entre la branche de bordure DC12 et la branche de bordure DC2
5. Assurez-vous ensuite que l’ASN, les adresses IP de bouclage sur les commutateurs FAI reflètent bien celles des commutateurs leaf de bordure du datacenter distant, c’est-à-dire l’ASN du commutateur leaf de bordure de DC2 et les IP de bouclage, comme indiqué ci-dessous. Accédez à Blueprint > Staged > Physical > Topology , puis cliquez sur Représentation serveur générique des commutateurs FAI, puis sur le côté droit de l’écran suivant, accédez aux propriétés comme indiqué ci-dessous et mettez à jour l’ASN et l’IP de bouclage. Répétez la même étape pour le commutateur 2 du FAI serveur générique.
   Figure 12 : Mise à jour ASN et bouclage du datacenter distant pour eBGP
6. Accédez au Blueprint > Non validé de DC1 et validez toutes les modifications. Notez que la connectivité ne sera pas rétablie à ce stade, car les commutateurs du FAI et le plan du centre de données distant (DC2 dans ce cas) ne sont pas configurés avec une connectivité DCI. Cela sera discuté à l’étape suivante.
7. Répétez toutes les étapes ci-dessus pour le centre de données distant, par exemple DC2. Et puis procédez à la création de la configuration sur les commutateurs FAI, voir Configuration des commutateurs ISP d’interconnexion.
   Remarque : Pour les besoins de cet atelier, la configuration des commutateurs des FAI a été appliquée manuellement.
8. Une configuration MACSEC a également été appliquée aux commutateurs leaf de bordure pour chiffrer le trafic entre les datacenters DC1 et DC2. Étant donné qu’Apstra ne prend pas en charge MACSEC, il a été appliqué à l’aide de configlet, reportez-vous à la section 1 pour plus d’informations.
9. Une fois la configuration sur les commutateurs du FAI et le datacenter distant (DC2) validée, la connectivité doit être active et Apstra ne doit présenter aucune anomalie liée à la connectivité DCI. Si Apstra présente des anomalies au niveau du BGP, de l’interface, etc., analysez-les et dépannez-les.

Figure 13 : commutateur de branche de bordure DC11 BGP établie avec un commutateur de bordure de distribution DC21

Figure 14 : commutateur de branche de bordure DC12 BGP établi avec le commutateur de branche de bordure DC22

Figure 15 : commutateur Border Leaf DC21 BGP établi avec le commutateur Border Leaf DC11

Figure 16 : commutateur de bordure leaf DC2 BGP établi avec le commutateur de bordure leaf DC12

Configuration des commutateurs ISP d’interconnexion

Pour la connectivité DCI, le choix de la connectivité entre les centres de données dépend de facteurs tels que la latence, les temps de convergence lors de défaillances de liaisons ou de nœuds, le type de transport (couche 2/couche 3) et le matériel utilisé pour assurer l’interconnectivité.

Pour les besoins de ce laboratoire, deux QFX10002-36Q sont utilisés et les branches de bordure se connectent à l’aide de liaisons 10G. MPLS et L2-circuit sont utilisés pour configurer la connexion croisée de couche 2. Les extraits de configuration montrent la configuration nécessaire appliquée sur l’un des commutateurs du FAI pour assurer la connectivité. Des licences pour MPLS et L2-circuit ont également été appliquées. Pour plus d’informations sur la connexion croisée interface-commutateur, reportez-vous au guide de connexion croisée de couche 2.

1. Les interfaces sont créées avec une encapsulation circuit cross connect (CCC) en tant qu’ethernet-ccc (configurée sur l’ensemble de l’interface physique, [set interfaces <interface_name> encapsulation ethernet-ccc]. Pour que le circuit fonctionne, l’interface logique (unité 0) doit également être configurée avec la famille ccc [edit interfaces <interface_name> unit 0 family ccc] d’interfaces se connectant aux branches de bordure des deux centres de données.
2. En outre, le commutateur [edit protocols connections] de connexion croisée de circuit est configuré à l’aide des interfaces configurées comme CCC à l’étape 1.
3. Enfin, pour que les interconnexions de commutation de couche 2 fonctionnent, le protocole MPLS doit être activé.

Assemblage sans couture EVPN-VXLAN de type 2 (couche 2 uniquement avec MACSEC)

Pour la conception DCI d’assemblage sans couture de type 2, seul un sous-ensemble d’étirement VLAN/VNI entre les sites est configuré. Dans cette conception, MACSEC est également utilisé pour chiffrer le trafic entre les deux datacenters. Pour cette conception, un datacenter à trois niveaux et un datacenter à fabric réduite sont interconnectés à l’aide de commutateurs de couche 2 (QFX10002-36Q), comme décrit dans la section OTT (Over-The-Top) (avec MACSEC).

Figure 17 : Connectivité d’assemblage transparent de type 2 entre les datacenters

Par souci de clarté, les deux datacenters sont appelés DC1 et DC3, comme illustré sur la Figure 17. Assurez-vous que les deux centres de données sont physiquement câblés aux commutateurs des FAI d’interconnexion.

Les étapes de configuration dans ce cas sont similaires à la conception OTT. Pour cela, les blueprints à 3 étapes (DC1) et à fabric réduite (DC3) doivent être opérationnels avant de continuer. Les étapes pour la DCI de type 2 et la configuration de MACSEC sont les suivantes :

1. Accédez au plan du premier datacenter à trois niveaux (ci-après dénommé DC1). Configurez les liens vers les commutateurs ISP d’interconnexion comme indiqué ci-dessous pour les deux branches de bordure. Assurez-vous que le lien est également mis à jour. Pour plus d’informations sur la création d’un serveur générique externe, consultez le guide Apstra sur l’ajout de liens vers un blueprint existant. Vous trouverez ci-dessous un exemple de commutateur Border Leaf 1 illustrant la connectivité. Répétez les mêmes étapes pour le commutateur Border Leaf2.
   Figure 18 : Connectivité du commutateur leaf de bordure 1
2. Créez une stratégie de routage et autorisez le bouclage IP des commutateurs leaf de bordure du datacenter distant, en l’occurrence le DC3. Accédez à Blueprint > Staged > Policies > Routing Policies et créez ou modifiez la stratégie correspondante et autorisez les routes d’importation des adresses IP de bouclage des commutateurs leaf de bordure de datacenter distant (DC3).
   Figure 19 : Stratégie de routage autorisant l’importation de routes à partir de DC3
3. Créez des modèles de connectivité pour connecter les commutateurs leaf de bordure du blueprint actuel (DC1) au blueprint de datacenter distant (DC3). Cette étape crée la connectivité sous-jacente entre les deux datacenters, qui est étiquetée VLAN. La politique de routage définie à l’étape précédente est affectée à l’importation de routes. Un eBGP sous-jacent est également créé entre le commutateur leaf de bordure1 des deux datacenters. De même, configurez la connectivité sous-jacente, eBGP entre le commutateur leaf de bordure2 des deux datacenters. Deux modèles de connectivité doivent être créés pour chaque commutateur Border Leaf.
   Figure 20 : Modèle de connectivité créé pour la branche de bordure 1
   Figure 21 : Modèle de connectivité créé pour le commutateur leaf de bordure2
4. Une fois les modèles de connectivité créés, attribuez-les aux commutateurs leaf de bordure comme indiqué ci-dessous. Pour plus d’informations sur les modèles de connectivité Apstra, consultez le guide Juniper Apstra.
   Figure 22 : commutateur leaf de bordure1 affecté au modèle de connectivité
   Figure 23 : commutateur Border Leaf2 affecté au modèle de connectivité
5. Pour créer la connectivité de superposition, accédez à Blueprint > Staged > DCI et sélectionnez l’interconnexion intégrée pour créer le domaine d’interconnexion. Cela garantit que l’ESI d’interconnexion est différent dans les deux datacenters (DC1 et DC3).
   Remarque importante : Pour l’assemblage sans couture, il est obligatoire de sélectionner les deux feuilles de bordure distantes pour créer une connectivité de superposition de maillage complète logique (comme illustré à la Figure 26). En cas de défaillance d’une liaison ou d’un nœud du commutateur leaf frontalier principal, par exemple dans DC1, le rôle de redirecteur désigné est déplacé vers le commutateur leaf frontalier secondaire. Si le commutateur leaf frontalier secondaire DC1 envoie du trafic au commutateur leaf frontalier distant, qui n’est pas le redirecteur désigné, les routes ne seront pas partagées avec le commutateur leaf frontalier principal du datacenter distant. Par conséquent, l’implémentation d’un maillage complet logique est à la fois recommandée et obligatoire.
   Figure 24 : Créer un domaine d’interconnexion

   Cliquez ensuite sur la « Passerelle locale et distante » pour remplir la passerelle distante, c’est-à-dire les informations du commutateur leaf de bordure DC3 telles que l’ASN, le bouclage, etc., comme indiqué dans les figures 25 et 26.

   Figure 25 : Passerelle locale et distante
   Figure 26 : Création d’une passerelle distante et d’une passerelle locale pour les deux commutateurs leaf de bordure

6. Avant d’associer le VXLAN/VNI pour qu’il s’étende sur le DCI, accédez à Blueprint > Staged > Virtual Network et créez Virtual Network. Consultez le guide Apstra pour la création de réseaux virtuels. Les mêmes réseaux virtuels devraient être créés dans le plan du centre de données distant pour faciliter l’étirement au travail.

   Revenez ensuite à Blueprint > Staged > DCI > Integrated Interconnect et sélectionnez le type de connexion, puis sélectionnez les réseaux virtuels répertoriés et activez la couche 2 (EVPN type 2). Si nécessaire, un VNI de traduction peut également être configuré. Si un VNI de traduction est configuré, le commutateur le traduit pendant qu’il transfère le trafic vers un VNI commun configuré dans tout le datacenter. Le commutateur leaf de bordure ne traduit le VNI que si le VNI traduit est inclus dans la liste des VNI interconnectés, qu’Apstra inclut sous [edit routing-instance evpn-1 protocols evpn interconnect interconnected-vni-list] comme indiqué ci-dessous dans Configuration du commutateur leaf de bordure1 .

   Figure 27 : Extrait de configuration rendu par Apstra d’un commutateur Border Leaf1

   Figure 28 : Sélection d’un réseau virtuel pour étendre et appliquer les VNI de traduction

7. À ce stade, la configuration de l’interconnectivité des datacenters devrait être prête. Et si elle est engagée, la connectivité entre les deux datacenters doit être établie et le trafic entre les datacenters ne sera pas chiffré. Dans cette conception de JVD, MACSEC est configuré entre les deux datacenters configurés à l’aide de configlet, car Apstra ne prend pas en charge MACSEC de manière native. Reportez-vous à la section 1 pour appliquer MACSEC à l’aide de configlet.

8. Assurez-vous ensuite que l’ASN, les adresses IP de bouclage sur les commutateurs FAI reflètent celles des commutateurs leaf de bordure du datacenter distant, c’est-à-dire l’ASN et les IP de bouclage du commutateur leaf de DC3, comme indiqué ci-dessous. Accédez à Blueprint > Staged > Physical > Topology , puis cliquez sur border leaf switch1 et, comme illustré sur le côté droit de l’écran suivant. Accédez aux propriétés comme indiqué ci-dessous et mettez à jour l’ASN et l’IP de bouclage. Répétez la même étape pour le commutateur 2 du FAI serveur générique.
   Figure 29 : Configuration de l’ASN et du bouclage du commutateur leaf de bordure du centre de données distant
9. Accédez au Blueprint > Non validé de DC1 et validez toutes les modifications. Notez que la connectivité ne sera pas rétablie, car à ce stade, les commutateurs du FAI et le blueprint du centre de données distant (DC3 dans ce cas) ne sont pas configurés avec une connectivité DCI. Cela sera discuté à l’étape suivante.
10. Répétez toutes les étapes ci-dessus pour le centre de données distant, par exemple DC3. Procédez ensuite à la création de la configuration sur les commutateurs du FAI comme indiqué dans la section Configuration des commutateurs FAI d’interconnexion.
11. Une fois la configuration sur les commutateurs du FAI et le datacenter distant (DC3) validée, la connectivité doit être active et Apstra ne doit présenter aucune anomalie liée à la connectivité DCI. Si Apstra présente des anomalies concernant le BGP, le câblage, l’interface, etc., analysez et résolvez ces problèmes.

Figure 30 : Apstra montrant le BGP et les interfaces tout en vert pour le commutateur Border Leaf 1 de DC1

Figure 31 : Apstra montrant le BGP et les interfaces tout en vert pour le DC1 Border Leaf Switch 2

Figure 32 : BGP et interfaces tout en vert sur les commutateurs leaf DC3

Lors de la validation de l’assemblage VXLAN Type 2, il a été remarqué qu’Apstra omettait d’appliquer la configuration de la politique EVPN BGP overlay DCI sur les commutateurs leaf de fabric réduite afin d’arrêter de publier des routes overlay entre les commutateurs leaf réduits. Cependant, la même chose a été appliquée sur les commutateurs de cœur de réseau à fabric à 3 niveaux pour arrêter de faire la publicité de routes superposées. La configuration ci-dessous a été appliquée à l’aide de configlet sur les commutateurs leaf de fabric réduite sur une configuration eBGP EVPN existante.

Conception d’assemblage sans couture EVPN-VXLAN de type 2 et de type 5

Cette conception et cette configuration sont similaires à la conception EVPN-VXLAN Seamless Stitching de type 2 (couche 2 uniquement avec MACSEC), à l’exception qu’elle implique une conception d’assemblage de type 2 et de type 5. Cependant, lors de la sélection des réseaux virtuels pour l’étirement, le type 2 (couche 2) et le type 5 (couche 3) sont activés. Lorsque vous activez la couche 3 des réseaux virtuels pour qu’elle s’étende dans les datacenters, les VRF de l’onglet Stratégie de couche 3 d’Apstra doivent également être activées et une stratégie de routage doit être associée au VRF. Consultez le guide Apstra pour plus d’informations.

Figure 33 : Sélection du réseau virtuel pour étendre le type 2 et le type 5

Figure 34 : Configurer une stratégie de couche 3 pour VRF

En activant la route de type 5 pour le VRF, Apstra applique la configuration ci-dessous pour assembler les routes EVPN entre les datacenters. Pour que l’assemblage fonctionne sans accroc, il faut appliquer la même cible de route d’interconnexion dans le datacenter distant.

Configurations supplémentaires appliquées

1. MACSEC

   Dans cette conception de JVD, MACSEC est configuré entre les deux datacenters, ce qui a été configuré à l’aide de configlet, car Apstra ne prend pas en charge MACSEC de manière native. Voir plus d’informations sur la configuration de MACSEC dans le guide Day One.

   Remarque : Pour certaines plates-formes, telles que QFX5700, MACSEC de niveau d’interface logique (IFL) n’est pas pris en charge. Par conséquent, les QFX5700 (passerelles de bordure) sont configurées avec une interface physique (IFD).

   Jeu de propriétés pour OTT et Type2 L’assemblage sans couture est importé dans le plan directeur à l’aide de Blueprint > Catalogue > Property se t.

   Figure 35 : Ensemble de propriétés pour le configlet MACSEC

   Le configlet pour MACSEC utilise l’ensemble de propriétés comme illustré à la Figure 35 . Le même configlet est utilisé pour OTT et Type2 Seamless Stitching.

   Figure 36 : configlet MACSEC dans Apstra

   Vous trouverez ci-dessous la configuration appliquée sur les commutateurs leaf de bordure1 et 2 dans les deux datacenters.

2. Les routes EVPN de type 5 hébergent des routes spécifiques

   Pour les routes spécifiques à l’hôte dans le paramètre Apstra fabric, activez les routes EVPN de type 5 comme indiqué ci-dessous. Cela augmentera les routes en fonction du nombre d’hôtes dans la fabric. Le paramètre par défaut pour les routes EVPN de type 5 est désactivé. Pour l’assemblage sans couture DCI Type 2 et Type 5, accédez à Blueprint > Staged > fabric Settings. Si ce paramètre est désactivé, les routes partagées seront le préfixe de sous-réseau configuré sur le sous-réseau IP du réseau virtuel.

   Figure 37 : configuration de la fabric pour activer des routes IP spécifiques à un hôte
3. BFD pour de meilleurs temps de convergence en cas de défaillance de nœud

Pour améliorer le temps de convergence en cas de défaillance de liaison ou de nœud, BFD a été appliqué à la session BGP de superposition DCI. Apstra n’applique pas BFD pour les sessions BGP de superposition DCI. Par conséquent, le configlet a été utilisé pour configurer BFD sur la session BGP overlay DCI. Pour la session de superposition BFD, le modèle de connectivité a été utilisé pour appliquer BFD.