Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit la technologie vPC (Virtual Port Channel) et fournit une configuration simple et directe pour connecter deux unités Nexus 5000. Cette conception suppose deux unités Nexus 5000, avec 12 FEX hébergées sur chaque Nexus 5000.
La gamme de commutateurs Cisco Nexus est un élément essentiel du pilier de structure unifiée de l'architecture Cisco Data Center Business Advantage. Ces commutateurs sont conçus pour répondre aux exigences strictes du data center de nouvelle génération. Non seulement plus grands ou plus rapides, ces commutateurs offrent les avantages suivants :
Les commutateurs de la gamme Cisco Nexus 5000 vous aident à transformer le data center grâce à une structure Ethernet innovante, normalisée, multicouche, multiprotocole et multifonction. Vous pouvez désormais activer tout transport sur Ethernet, y compris le trafic de couche 2 et de couche 3, ainsi que le trafic de stockage, sur une plate-forme commune de type data center.
La plus grande limitation dans les communications PortChannel classiques est que PortChannel fonctionne uniquement entre deux périphériques. Dans les réseaux de grande taille, la prise en charge de plusieurs périphériques ensemble est souvent une exigence de conception pour fournir une forme de défaillance matérielle autre chemin. Ce chemin alternatif est souvent connecté d'une manière qui provoquerait une boucle, limitant les avantages de la technologie PortChannel à un seul chemin. Pour remédier à cette limitation, la plate-forme logicielle Cisco NX-OS fournit une technologie appelée Virtual PortChannel, ou vPC.
Bien qu'une paire de commutateurs agissant en tant que point de terminaison homologue vPC ressemble à une entité logique unique par rapport aux périphériques connectés à PortChannel, les deux périphériques qui agissent en tant que point de terminaison logique PortChannel sont toujours deux périphériques distincts. Cet environnement associe les avantages de la redondance matérielle aux avantages de la gestion des boucles PortChannel. L'autre avantage principal de la migration vers un mécanisme de gestion de boucle basé sur PortChannel est que la récupération de liaison est potentiellement beaucoup plus rapide. Le protocole Spanning Tree peut se rétablir d'une défaillance de liaison en environ 6 secondes, tandis qu'une solution basée sur un canal tout port peut se rétablir en moins d'une seconde. Bien que le vPC ne soit pas la seule technologie à fournir cette solution, d'autres solutions ont tendance à présenter un certain nombre de lacunes qui limitent leur mise en oeuvre pratique, en particulier lorsqu'elles sont déployées au niveau de la couche coeur de réseau ou de la couche de distribution d'un réseau dense à haut débit. Toutes les technologies PortChannel multichâssis ont toujours besoin d'une liaison directe entre les deux périphériques agissant comme points d'extrémité PortChannel. Cette liaison est souvent beaucoup plus petite que la bande passante totale des vPC connectés à la paire de points d'extrémité.
Les technologies Cisco telles que vPC sont spécifiquement conçues pour limiter l'utilisation de cet ISL spécifiquement au trafic de gestion des commutateurs et au flux de trafic occasionnel provenant d'un port réseau défaillant. Les technologies d'autres fournisseurs ne sont pas conçues pour atteindre cet objectif et sont en fait considérablement limitées en termes d'évolutivité, précisément parce qu'elles nécessitent l'utilisation de l'ISL pour contrôler le trafic et environ la moitié du débit de données des périphériques homologues. Pour un environnement de petite taille, cette approche peut être adéquate, mais elle ne suffira pas pour un environnement dans lequel de nombreux térabits du trafic de données peuvent être présents.
Un PortChannel virtuel (vPC) permet aux liaisons physiquement connectées à deux périphériques Cisco Nexus™ 5000 différents d'apparaître comme un PortChannel unique vers un troisième périphérique. Le troisième périphérique peut être un extendeur de fabric Cisco Nexus 2000 ou un commutateur, un serveur ou tout autre périphérique réseau.
Cette conception utilise 2 Nexus 5672UP avec 24 extenseurs de fabric 2248G à connexion unique (12 FEX connectés à chacun des 5672UP)
Concepts vPC
Cette liste définit les concepts vPC critiques :
vPC : vPC fait référence au PortChannel combiné entre les périphériques homologues vPC et le périphérique en aval.
Commutateur homologue vPC : Le commutateur homologue vPC fait partie d'une paire de commutateurs connectés au PortChannel spécial appelé liaison homologue vPC. Un périphérique est sélectionné comme périphérique principal et l'autre comme périphérique secondaire.
Liaison homologue vPC : La liaison homologue vPC est la liaison utilisée pour synchroniser les états entre les périphériques homologues vPC. La liaison homologue vPC transporte le trafic de contrôle entre deux commutateurs vPC, ainsi que le trafic de données de diffusion multidiffusion. Dans certains scénarios de défaillance de liaison, il transporte également le trafic de monodiffusion. Vous devez avoir au moins deux interfaces 10 Gigabit Ethernet pour les liaisons homologues.
Domaine vPC : Ce domaine inclut les périphériques homologues vPC, la liaison de keepalive d'homologue vPC et tous les PortChannels du vPC connectés aux périphériques en aval. Il est également associé au mode de configuration que vous devez utiliser pour attribuer des paramètres globaux vPC.
Liaison de keepalive d'homologue vPC : La liaison keepalive d'homologue surveille la vitalité d'un commutateur homologue vPC. La liaison keepalive d'homologue envoie des messages de keepalive périodiques entre les périphériques homologues vPC. La liaison de keepalive d'homologue vPC peut être une interface de gestion ou une interface virtuelle commutée (SVI). Aucun trafic de données ou de synchronisation ne se déplace sur la liaison de keepalive d'homologue vPC ; le seul trafic sur cette liaison est un message qui indique que le commutateur d'origine fonctionne et exécute vPC.
Port membre vPC : Les ports membres vPC sont des interfaces qui appartiennent aux vPC.
Configuration vPC
La configuration vPC de la gamme Cisco Nexus 5000 comprend les étapes suivantes :
Étape 1. Configurez l’adresse IP de l’interface de gestion et la route par défaut.
N5k-1(config)# int mgmt 0 N5k-1(config-if)# ip address 172.25.182.51/24 N5k-1(config-if)# vrf context management N5k-1(config-vrf)# ip route 0.0.0.0/0 172.25.182.1
Étape 2. Activez vPC et le protocole LACP (Link Aggregation Control Protocol).
N5k-1(config)# feature vpc N5k-1(config)# feature lacp
Étape 3. Créez un VLAN.
N5k-1(config)#vlan 101
Étape 4. Créez le domaine vPC.
N5k-1(config)# vpc domain 1
Étape 5. Configurez la priorité de rôle vPC (facultatif).
N5k-1(config-vpc-domain)# role priority 1000
Étape 6. Configurez la liaison de veille homologue. L'adresse IP de l'interface de gestion du commutateur 2 de la gamme Cisco Nexus 5000 est 172.25.182.52.
N5k-1(config-vpc-domain)# peer-keepalive destination 172.25.182.52 Note: --------:: Management VRF will be used as the default VRF ::--------
Étape 7. Configurez la liaison homologue vPC. Notez que, comme pour une agrégation d'intercommutateur régulière, l'agrégation doit être activée pour les VLAN auxquels le port membre vPC appartient.
N5k-1(config-vpc-domain)# int ethernet 1/17-18 N5k-1(config-if-range)# channel-group 1 mode active N5k-1(config-if-range)# int po1 N5k-1(config-if)# vpc peer-link N5k-1(config-if)# switchport mode trunk N5k-1(config-if)# switchport trunk allowed vlan 1,101
Étape 8. Configurez les extendeurs de fabric Cisco Nexus 2000 et l'interface de fabric.
N5k-1(config)#feature fex N5k-1(config)# fex 100 N5k-1(config-fex)# pinning max-links 1 Change in Max-links will cause traffic disruption. N5k-1(config-fex)# int e1/7-8 N5k-1(config-if-range)# channel-group 100 N5k-1(config-if-range)# int po100 N5k-1(config-if)# switchport mode fex-fabric N5k-1(config-if)# fex associate 100
Étape 9. Déplacez l'interface d'extendeur de fabric vers vPC. Une fois l'extendeur de fabric 100 (fex 100) mis en ligne, créez le PortChannel pour l'interface eth100/1/1 et déplacez le PortChannel vers le vPC. Notez que le numéro PortChannel et le numéro vPC peuvent être différents, mais le numéro vPC doit être identique sur les deux commutateurs de la gamme Cisco Nexus 5000.
N5k-1(config-if)# int ethernet 100/1/1 N5k-1(config-if)# channel-group 10 N5k-1(config-if)# int po10 N5k-1(config-if)# vpc 10 N5k-1(config-if)# switchport access vlan 101
Les étapes de configuration du deuxième commutateur, le commutateur 2 de la gamme Cisco Nexus 5000, sont les suivantes :
N5k-2(config)# int mgmt 0 N5k-2(config-if)# ip address 172.25.182.52/24 N5k-2(config-if)# vrf context management N5k-2(config-vrf)# ip route 0.0.0.0/0 172.25.182.1 N5k-2(config)# feature vpc N5k-2(config)# feature lacp N5k-2(config)#vlan 101 N5k-2(config)# vpc domain 1 N5k-2(config-vpc-domain)# peer-keepalive destination 172.25.182.51 Note: --------:: Management VRF will be used as the default VRF ::-------- N5k-2(config-vpc-domain)# int ethernet 1/17-18 N5k-2(config-if-range)# channel-group 1 mode active N5k-2(config-if-range)# int po1 N5k-2(config-if)# vpc peer-link N5k-2(config-if)# switchport mode trunk N5k-2(config-if)# switchport trunk allowed vlan 1,101 N5k-2(config)# feature fex N5k-2(config)# fex 100 N5k-2(config-fex)# pinning max-links 1 Change in Max-links will cause traffic disruption. N5k-2(config-fex)# int e1/9-10 N5k-2(config-if-range)# channel-group 100 N5k-2(config-if-range)# int po100 N5k-2(config-if)# switchport mode fex-fabric N5k-2(config-if)# fex associate 100 N5k-2(config-if)# int ethernet 100/1/1 N5k-2(config-if)# channel-group 10 N5k-2(config-if)# int po10 N5k-2(config-if)# vpc 10 N5k-2(config-if)# switchport access vlan 101