Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Informations générales

À propos de VXLAN

Configuration requise pour VXLAN

Modes VXLAN

Mode Multicast

Mode Unicast

Configuration

Activer la fonctionnalité VXLAN

Vérifiez que la fonction est activée

Configuration du mode par défaut

Configurer le profil de port VTEP

Créer des interfaces VMKernel VTEP

Créer le domaine de pont

Créer le profil de port VXLAN pour les machines virtuelles

Vérifier le domaine du pont

Vérification de la connectivité

Basculer en mode monodiffusion

Vérification du domaine du pont de monodiffusion

Vérification De La Connectivité En Mode Monodiffusion

Déployer la passerelle VXLAN

À propos de la passerelle VXLAN

Activer la fonctionnalité

Préparation du VSM pour la passerelle VXLAN

Installation de la passerelle VXLAN sur l'appareil 1x10

Vérification des modules dans le VSM

Formez une haute disponibilité

Vérification

CLI VSM

Commandes VEM

Dépannage

Introduction

Ce document décrit comment configurer Virtual Extensible LAN (VXLAN) sur un commutateur de la gamme Cisco Nexus 1000V (N1kV).

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Components Used

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Informations générales

Cette section décrit la fonctionnalité VXLAN et comment elle peut être mise en oeuvre afin de répondre aux limitations d'évolutivité au sein des data centers.

À propos de VXLAN

Étant donné que le champ VLAN ID d’une trame n’est que de 12 bits, il limite le nombre de VLAN à 4 096 avec certains réservés. La fonctionnalité VXLAN introduit un champ d'ID 24 bits, qui permet d'étendre les possibilités à un potentiel de 16 millions de segments de réseau local différents. Cela est similaire à la transition d'IPv4 à IPv6.

Par comparaison, il s'agit de la disposition de trame standard :

Voici la disposition de trame encapsulée VXLAN :

Avec le transport VXLAN, la trame initiale de couche 2 (L2) est encapsulée dans un paquet de couche 3 (L3). La destination désencapsule ensuite le paquet et envoie la trame en fonction de l’adresse MAC (Media Access Control) de destination contenue dans. Cela permet au trafic segmenté sur une infrastructure actuelle et aux réseaux de mettre en miroir les domaines de couche 2 dans les data centers. Il permet également des améliorations telles que les solutions vMotions interdata center.

L'utilisation de la technologie VXLAN est pratique dans les environnements qui nécessitent une évolutivité et une infrastructure pour les clients. Un bon exemple en est le VMware vCloud Director, où les fournisseurs déploient des ressources pour leurs clients. Cela inclut les ressources informatiques des serveurs, les ressources réseau qui utilisent la mise en réseau VMware ou les réseaux Cisco alimentés par N1kV. Un fournisseur utilise des VLAN comme mécanisme de transport pour les VXLAN du locataire. Sans VXLAN, les locataires disposent de leur propre VLAN, qui peut évoluer rapidement jusqu'à la limite de 4 096. Chaque locataire peut désormais se voir attribuer un VXLAN et peut utiliser les VLAN d'infrastructure pour le transport. Il est évolutif et segmenté.

Configuration requise pour VXLAN

Pour que VXLAN fonctionne, ces conditions doivent être remplies :

- La taille MTU (Maximum Transition Unit) pendant tout le transport doit être augmentée à 50 octets ou la taille MTU doit être réduite sur les machines virtuelles (VM).

- Le protocole ARP (Proxy Address Resolution Protocol) doit être configuré sur les passerelles pour les VLAN de transport (en-tête Ethernet (14) + en-tête UDP (8) + en-tête IP (20) + en-tête VXLAN (8) = 50 octets).

- Le routage multidiffusion doit être configuré (pour le mode multidiffusion).
Note: Ceci est uniquement pour les VXLAN antérieurs à la version 1.5 et à la version 1.5 avec le mode multidiffusion. La version 1.5 a été empaquetée avec N1kV version 4.2.1.SV2(2.1). Cette version prend également en charge une méthode de transport Unicast.

- Le demandeur de surveillance IGMP (Internet Group Management Protocol) ou PIM (Protocol Independent Multicast) doit être configuré.

- Le port 8472 du protocole de datagramme utilisateur (UDP) doit être autorisé via tous les pare-feu.
Note: Il s'agit du port utilisé pour le trafic encapsulé.

- Les interfaces VMkernel doivent être configurées sur chaque hôte.
Note: Ils sont appelés points de terminaison de tunnel VXLAN (VTEP). Ils encapsulent et désencapsulent le trafic VXLAN dans l'environnement. Vous pouvez utiliser le même VMkernel que celui que vous utilisez pour l3control.

Modes VXLAN

Dans la version 1.5 de VXLAN, incluse dans la version 4.2.1.SV2(2.1) de N1kV, VXLAN peut fonctionner en mode multidiffusion ou monodiffusion. Ces deux modes sont décrits dans cette section.

Mode Multicast

Chaque VXLAN a une adresse IP de groupe de multidiffusion attribuée. Lorsqu'une machine virtuelle rejoint le VXLAN, le module Virtual Ethernet (VEM) envoie des requêtes IGMP-Join au groupe affecté. Le trafic de diffusion, de multidiffusion et d'inondation est envoyé à tous les VTEP ; le trafic de monodiffusion est envoyé au VTEP de destination.

Mode Unicast

Pour les trames de diffusion, de multidiffusion et de monodiffusion inconnue, chaque VXLAN envoie le trafic à l'adresse IP de destination de chaque VTEP qui héberge une machine virtuelle dans le même VXLAN. S'il existe plusieurs VTEP, un seul VTEP est choisi pour recevoir le trafic d'inondation, ce qui est similaire à un récepteur de diffusion désigné sur Cisco Unified Computing System (UCS). Les VEM utilisent ensuite l’adresse IP comme VTEP de destination pour l’encapsulation.

En mode monodiffusion, il existe également une fonction de distribution MAC. Avec cette fonctionnalité, le VSM apprend toutes les adresses MAC de tous les VEM et les mappe au VTEP désigné. L'inondation et la réplication sont éliminées car le VEM connaît toujours le VTEP de destination pour la machine virtuelle de destination spécifique.

Note: Ceci est uniquement pris en charge pour les VEM gérés par le même VSM.

Configuration

Utilisez cette section afin de configurer VXLAN sur un commutateur de la gamme N1kV.

Activer la fonctionnalité VXLAN

Entrez ces commandes afin d'activer la fonctionnalité VXLAN :

Nexus1000v# conf t Enter configuration commands, one per line. End with CNTL/Z.

Nexus1000v(config)# feature segmentation

Vérifiez que la fonction est activée

Entrez la fonction show | grep segmentation afin de vérifier que la fonctionnalité est activée :

Nexus1000v(config)# show feature | grep segmentation

network-segmentation  1         enabled

segmentation          1         enabled

Configuration du mode par défaut

Note: Le mode par défaut est monodiffusion uniquement, sans distribution MAC. Cet exemple de ce document configure le mode multidiffusion comme mode par défaut et passe au mode monodiffusion ultérieurement.

Entrez la commande no segment mode unicast-only afin de configurer le mode par défaut :

Nexus1000v(config)# no segment mode unicast-only

Configurer le profil de port VTEP

Vous devez maintenant configurer le profil de port utilisé par les VTEP. La configuration du profil de port est similaire aux autres profils de port d'accès, avec la fonctionnalité VXLAN ajoutée. Une fois la fonctionnalité vxlan configurée, le VEM utilise le noyau VMkernel désigné pour l'encapsulation et la désencapsulation. Il inclut également les renseignements dans le cadre du choix du récepteur désigné.

Nexus1000v# conf t

Enter configuration commands, one per line. End with CNTL/Z.

Nexus1000v(config)# port-profile type vethernet VTEP

Nexus1000v(config-port-prof)# vmware port-group

Nexus1000v(config-port-prof)# switchport mode access

Nexus1000v(config-port-prof)# switchport access vlan 168

Nexus1000v(config-port-prof)# capability vxlan

Nexus1000v(config-port-prof)# no shutdown

Nexus1000v(config-port-prof)# state enabled

Créer des interfaces VMKernel VTEP

Complétez ces étapes afin de créer l'interface VTEP VMkernel :

1. Créez un noyau VM et déplacez-le vers le profil de port compatible VXLAN :

2. Choisissez le profil de port VTEP qui a la fonctionnalité vxlan configurée :

3. Attribuez une adresse IP au VTEP dans votre VLAN externe :

4. Terminez l'Assistant.

Créer le domaine de pont

Le domaine de pont définit l'ID de segment (ID VXLAN) et le groupe de multidiffusion (adresse IP).

Entrez ces commandes afin de créer le domaine de pont :

Nexus1000v# conf t

Enter configuration commands, one per line.  End with CNTL/Z.

Nexus1000v(config)# bridge-domain 192.168.1.x

Nexus1000v(config-bd)# segment id 5000

Nexus1000v(config-bd)# group 239.1.1.1

Créer le profil de port VXLAN pour les machines virtuelles

Pour que les machines virtuelles puissent utiliser le VXLAN, vous devez créer un profil de port pour elles. La configuration du profil de port est identique, mais elle accède à un domaine de pont au lieu d’un VLAN.

Entrez ces commandes afin de créer le profil de port VXLAN pour les machines virtuelles :

Nexus1000v# conf t

Enter configuration commands, one per line.  End with CNTL/Z.

Nexus1000v(config)# port-profile type vethernet vxlan-192.168.1.x

Nexus1000v(config-port-prof)# vmware port-group

Nexus1000v(config-port-prof)# switchport mode access

Nexus1000v(config-port-prof)# switchport access bridge-domain 192.168.1.x

Nexus1000v(config-port-prof)# no shutdown

Nexus1000v(config-port-prof)# state enabled

Vérifier le domaine du pont

Une fois que vous avez placé les machines virtuelles dans le profil de port, vous devez vérifier que les paramètres du domaine de pont sont corrects et que les machines virtuelles sont incluses.

Entrez la commande show bridge-domain afin de vérifier le domaine de pont :

Nexus1000v# show bridge-domain 192.168.1.x

Bridge-domain 192.168.1.x (2 ports in all)

Segment ID: 5000 (Manual/Active)

Mode: Multicast (override)

MAC Distribution: DisableGroup IP: 239.1.1.1

State: UP               Mac learning: Enabled

Veth18, Veth19

Vérification de la connectivité

Cette image montre comment vérifier que vos machines virtuelles disposent d'une connectivité sur le VXLAN interne :

Basculer en mode monodiffusion

Vous devez maintenant passer en mode monodiffusion uniquement et vérifier que vous disposez toujours de la connectivité.

Entrez ces commandes afin de passer en mode monodiffusion :

Nexus1000v# conf t

Enter configuration commands, one per line.  End with CNTL/Z.

Nexus1000v(config)# bridge-domain 192.168.1.x

Nexus1000v(config-bd)# segment mode unicast-only

Vérification du domaine du pont de monodiffusion

Entrez la commande show bridge-domain afin de vérifier le domaine de pont de monodiffusion :

Nexus1000v# show bridge-domain 192.168.1.x

Bridge-domain 192.168.1.x (2 ports in all)

Segment ID: 5000 (Manual/Active)

Mode: Unicast-only (override)

MAC Distribution: DisableGroup IP: 239.1.1.1

State: UP               Mac learning: Enabled

Veth18, Veth19

Vérification De La Connectivité En Mode Monodiffusion

Cette image illustre comment vérifier la connectivité en mode monodiffusion :

Déployer la passerelle VXLAN

Cette section présente la passerelle VXLAN et décrit le processus utilisé pour le déployer.

À propos de la passerelle VXLAN

La passerelle VXLAN a été créée afin de fournir un moyen aux segments VXLAN de communiquer avec les segments VLAN ordinaires. Elle permet aux machines virtuelles des VXLAN de communiquer avec des serveurs physiques sur des VLAN externes. Ceci est comparable à l'appliance VMware vShield, qui permet aux machines virtuelles des réseaux internes de communiquer avec d'autres machines sur les réseaux du fournisseur.

Cette passerelle est une lame de service virtuel (VSB) installée sur les appliances de la gamme Cisco Nexus 1x10. Lorsque vous installez la passerelle VXLAN sur un appareil Nexus 1x10, vous devez exécuter l'appareil avec un type de réseau flexible (type 5).

Note: La passerelle VXLAN nécessite une licence avancée sur N1kV. Vous devez donc vous assurer que vous disposez de suffisamment de licences avant de passer à l'édition avancée avec la commande svs switch edition advanced en mode de configuration.

Activer la fonctionnalité

Pour activer la passerelle VXLAN, vous devez activer la fonctionnalité sur N1kV. Entrez ces commandes afin d'activer la fonction :

Nexus1000v(config)# feature vxlan-gateway

Nexus1000v(config)# 2013 Aug  1 18:34:20 Nexus1000v %SEG_BD-2-VXLAN_GATEWAY_ENABLED:

Feature vxlan-gateway enabled

Nexus1000v(config)# show feature | grep gateway

vxlan-gateway         1         enabled

Préparation du VSM pour la passerelle VXLAN

Les profils de port de la passerelle VXLAN doivent être provisionnés sur le VSM avant l'installation. Ces profils incluent un profil de port de liaison ascendante et un profil de port vEthernet pour le VTEP, qui sont configurés avec les commandes suivantes :

Nexus1000v(config)# feature vxlan-gateway

Nexus1000v(config)# 2013 Aug  1 18:34:20 Nexus1000v %SEG_BD-2-VXLAN_GATEWAY_ENABLED:

Feature vxlan-gateway enabled

Nexus1000v(config)# show feature | grep gateway

vxlan-gateway         1         enabled

Vous devez maintenant configurer le profil de port VTEP de la passerelle VXLAN, qui inclut la fonctionnalité vxlan ainsi que l'adresse IP de transport que la passerelle VXLAN utilise pour transporter le trafic. Entrez ces commandes afin de le configurer :

Nexus1000v(config)# port-profile vxgw-vtep  <---No vmware port-group cmd;

Not published to vCenter

Nexus1000v(config-port-prof)# switchport mode access

Nexus1000v(config-port-prof)# switchport access vlan 168

Nexus1000v(config-port-prof)# capability vxlan

Nexus1000v(config-port-prof)# no shutdown

Nexus1000v(config-port-prof)# state enabled

Nexus1000v(config-port-prof)# transport ip address 10.10.168.25 255.255.255.0

gateway 10.10.168.254

La passerelle VXLAN nécessite un profil de port pour les deux interfaces physiques de transfert. Ces liaisons doivent être configurées dans une agrégation port-channel. Le protocole LACP (Link Aggregation Control Protocol) et les canaux de port statiques sont pris en charge.

La passerelle prend un segment VXLAN et le mappe à un VLAN 802.1Q. Ceci est configuré dans une instance de service.

Note: Vous pouvez également configurer l'instance de service après l'enregistrement de la passerelle.

Entrez ces commandes afin de configurer la liaison port-channel :

Nexus1000v(config)#port-profile type ethernet vxlan-gw-uplink <---No vmware

port-group cmd.

Nexus1000v(config-port-prof)# switchport mode trunk

Nexus1000v(config-port-prof)# switchport trunk allowed vlan 119,219,319

Nexus1000v(config-port-prof)# mtu 9000

Nexus1000v(config-port-prof)# channel-group auto mode active

Nexus1000v(config-port-prof)# no shutdown

Nexus1000v(config-port-prof)# description Virtual PP push in opaque data to vxgw

Nexus1000v(config-port-prof)# state enabled

Nexus1000v(config-port-prof)# service instance 168

Nexus1000v(config-port-prof-srv)# encapsulation dot1q 168 bridge-domain 192.168.1.x

Nexus1000v(config-port-prof-srv)#

Pour enregistrer la passerelle VXLAN avec le VSM, vous devez noter les adresses MAC primaire et secondaire des VSM. Entrez la commande show vms internal info à partir du VSM :

Nexus1000v# show vms internal info  Global svs connection mode: ipv4

Cached IP address: 10.10.168.2

DVS INFO:

-------------

DVS name: [Nexus1000v]

UUID: [ee 63 3c 50 04 b1 6d d6-58 61 ff ba 56 05 14 fd]

Description: [(null)]

Config version: [91]

Max ports: [8192]

DC name: [jristain]

OPQ data&colon; size [723], data&colon; [data-version 1.0]

switch-domain 27

switch-name Nexus1000v

cp-version 4.2(1)SV2(2.1)

control-vlan 1

system-primary-mac 00:50:56:bc:6a:3d

active-vsm packet mac 00:50:56:bc:2a:5f

active-vsm mgmt mac 00:50:56:bc:57:4e

standby-vsm ctrl mac 0050-56bc-74f1

inband-vlan 1

svs-mode L3

l3control-ipaddr 10.10.168.2

Vous pouvez maintenant installer la passerelle VXLAN sur l'appliance Nexus 1x10.

Installation de la passerelle VXLAN sur l'appareil 1x10

Une fois que vous avez copié le logiciel de passerelle VXLAN dans le répertoire bootflash : référentiel de l'appliance Nexus 1x10, vous pouvez créer un VSB. Entrez ces commandes afin de le créer :

1010(config)# virtual-service-blade VXGW

1010(config-vsb-config)# virtual-service-blade-type

new vxgw.4.2.1.SV2.2.1.iso

Entrez la commande show virtual-service-Blade afin de vérifier les interfaces que vous avez créées dans le bus virtuel :

1010(config-vsb-config)# show virtual-service-blade name VXGW

virtual-service-blade VXGW

Description:

Slot id:        1

Host Name:

Management IP:

VSB Type Name :  vx-gw-1.5

Configured vCPU:           3

Operational vCPU:           3

Configured Ramsize:        2048

Operational Ramsize:        2048

Disksize:       3

Heartbeat:      0

Legends:   P -  Passthrough

--------------------------------------------------------------------

Interface        Type          MAC     VLAN    State    Uplink-Int

Pri  Sec  Oper  Adm

--------------------------------------------------------------------

VsbEthernet1/1  gw-uplink1                            up   up

VsbEthernet1/2  management                168    up   up

VsbEthernet1/3  gw-uplink2                            up   up

internal          NA        NA       NA              up   up

HA Role: Primary

HA Status: NONE

Status:       VSB NOT PRESENT

Location:     PRIMARY

SW version:

HA Role: Secondary

HA Status: NONE

Status:       VSB NOT PRESENT

Location:     SECONDARY

SW version:

VSB Info:

Vérifiez le résumé du réseau afin d'afficher les liaisons ascendantes disponibles. Les interfaces de passerelle VXLAN doivent être placées en mode passthrough et placées sur une liaison ascendante d'appareil Nexus 1x10. Entrez la commande show network summary afin d'afficher le résumé du réseau :

1010(config-vsb-config)# show network summary

Legends:    P - Passthrough

------------------------------------------------------------------------------

Port     State     Uplink-Interface  Speed  RefCnt   MTU   Nat-Vlan

Oper  Admin   Oper    Admin                         Oper  Admin

------------------------------------------------------------------------------

Gi1    up     up                     1000       1    9000

Gi2    up     up                     1000       1    9000

Gi3    up     up                     1000       0    9000

Gi4    up     up                     1000       0    9000

Gi5    up     up                     1000       0    9000

Gi6    up     up                     1000       0    9000

control0    up     up     Gi1     Gi1     1000            9000

mgmt0    up     up     Gi2     Gi2     1000            9000

Épinglez les interfaces VSB sur les liaisons ascendantes de la gamme Nexus 1x10 et définissez-les sur le mode Passthrough. Vous devez également configurer un ID de VLAN pour l'interface VSB de gestion.

Note: Assurez-vous que LACP est activé sur les interfaces en amont. Lorsque vous configurez ces sections, les interfaces de liaison ascendante exécutent LACP.

Entrez ces commandes afin d'épingler les interfaces VSB aux liaisons ascendantes :

1010(config-vsb-config)# interface gw-uplink1 uplink GigabitEthernet3

1010(config-vsb-config)# interface gw-uplink2 uplink GigabitEthernet4

1010(config-vsb-config)# interface gw-uplink1 mode passthrough

1010(config-vsb-config)# interface gw-uplink2 mode passthrough

1010(config-vsb-config)# interface management uplink GigabitEthernet2

1010(config-vsb-config)# interface management vlan 168

Une fois les liaisons ascendantes du réseau configurées, activez le bus virtuel et vérifiez que le déploiement est réussi. Il existe de nombreux champs dans lesquels vous devez saisir des informations lors du déploiement du VSB ; vous devez ajouter les adresses MAC principale et de secours du VSM qui a été décrit précédemment. Le module de service est la passerelle VXLAN. En outre, deux adresses IP sont nécessaires pour terminer l'installation.

1010(config-vsb-config)# enable

Enter vsb image: [vxgw.4.2.1.SV2.2.1.iso]

Enter the VSM domain id[1-4095]: 27

Enter Management IP version [V4]: [V4]

Enter Management IP address of service module on primary: 10.10.168.101

Enter Management subnet mask of service module on primary: 255.255.255.0

Enter default gateway IP address of service module on primary: 10.10.168.254

Enter management IP address of service module on secondary: 10.10.168.102

Enter management subnet mask of service module on secondary: 255.255.255.0

Enter default gateway IP address of service module on secondary: 10.10.168.254

Enter HostName: VXLANGW

Enter the password for 'admin': S0lT3st1ng

VSM L3 Ctrl IPv4 address : 10.10.168.2

VSM Primary MAC Address: 0050.56bc.6a3d

VSM Standby MAC Address: 0050.56bc.74f1

Enter VSM uplink port-profile name: vxgw-pc

Enter VTEP port-profile name: vxgw-vtep

----Details entered----

DomainId : 27

IPV4V6 : V4PriMgmtIpV4 : 10.10.168.101

PriMgmtIpV4Subnet : 255.255.255.0

PriGatewayIpV4 : 10.10.168.254

SecMgmtIpV4 : 10.10.168.102

SecMgmtIpV4Subnet : 255.255.255.0

SecGatewayIpV4 : 10.10.168.254

HostName : VXLANGW

Password : S0lT3st1ng

VSMIpV4 : 10.10.168.2

VSMPriMac : 0050.56bc.6a3d

VSMStdbyMac : 0050.56bc.74f1

UplinkPPName : vxgw-pcVSMEncapPPName : vxgw-vtep

Do you want to continue installation with entered details (Y/N)? [Y]

Note: VSB installation is in progress, please use show virtual-service-blade

commands to check the installation status.

Note: VSB installation may take up to 5 minutes.

Entrez la commande show virtual-service-Blade summary sur l'appliance Nexus 1x10 afin de vérifier que le bus virtuel est déployé et sous tension :

1010(config-vsb-config)# show virtual-service-blade summary

------------------------------------------------------------------

Name   HA-Role     HA-Status    Status                   Location

------------------------------------------------------------------

VXGW   PRIMARY     ACTIVE       VSB POWERED ON           PRIMARY

VXGW   SECONDARY   NONE         VSB DEPLOY IN PROGRESS   SECONDARY

Vérification des modules dans le VSM

Les passerelles VXLAN sont désormais ajoutées en tant que modules dans la configuration VSM. Entrez la commande show module sur le VSM afin de vérifier :

Nexus1000v# show module

Mod  Ports  Module-Type                Model          Status

---  -----  -------------------------  -------------  -----------

1    0      Virtual Supervisor Module  Nexus1000V     ha-standby

2    0      Virtual Supervisor Module  Nexus1000V     active *

3    248    Virtual Ethernet Module    NA             ok

4    248    Virtual Ethernet Module    NA             ok

5    332    Virtual Ethernet Module    NA             ok

6    332    Virtual Ethernet Module    NA             ok

7    4      Virtual Service Module     VXLAN Gateway  ok

8    4      Virtual Service Module     VXLAN Gateway  ok

Mod  Sw              Hw

---  --------------  --------------------------------------------

1    4.2(1)SV2(2.1)  0.0

2    4.2(1)SV2(2.1)  0.0

3    4.2(1)SV2(2.1)  VMware ESXi 5.1.0 Releasebuild-799733 (3.1)

4    4.2(1)SV2(2.1)  VMware ESXi 5.1.0 Releasebuild-799733 (3.1)

5    4.2(1)SV2(2.1)  VMware ESXi 5.1.0 Releasebuild-799733 (3.1)

6    4.2(1)SV2(2.1)  VMware ESXi 5.1.0 Releasebuild-799733 (3.1)

7    4.2(1)SV2(2.1)  Linux 2.6.27.10

8    4.2(1)SV2(2.1)  Linux 2.6.27.10

Mod  Server-IP       Server-UUID                           Server-Name

---  --------------  ------------------------------------  -----------

1    10.10.168.2     NA                                    NA

2    10.10.168.2     NA                                    NA

3    10.10.168.1     24266920-d498-11e0-0000-00000000000f  10.10.168.1

4    10.10.168.4     24266920-d498-11e0-0000-00000000000e  10.10.168.4

5    10.10.168.5     d54be571-831f-11df-aaa7-d0d0fd095a08  10.10.168.5

6    10.10.168.3     24266920-d498-11e0-0000-00000000000c  10.10.168.3

7    10.10.168.101   e6b86534-5d0c-4cde-a48e-2b555f929d2b  VXLANGW

8    10.10.168.102   06cc2f30-bc2b-4b6f-a7d2-4e712c530761  VXLANGW

Formez une haute disponibilité

Vous pouvez désormais configurer les modules dans une paire haute disponibilité (HA).

Entrez la commande show module service-module sur le module VSM afin de vérifier l'état des modules :

Nexus1000v# show module service-module

Mod  Cluster-id  Role            HA Mode       Status

---  ----------  -----------     ----------    -------

7         0      Unconfigured    Standalone    Init

8         0      Unconfigured    Standalone    Init

Afin de configurer la HA, assurez-vous que le numéro de cluster correspond à l'instance de service dans le profil de port de liaison ascendante de la passerelle VXLAN :

Nexus1000v# configure t

Enter configuration commands, one per line.  End with CNTL/Z.

Nexus1000v(config)# service 7 role primary ha-cluster 1

Nexus1000v(config)# service 8 role secondary ha-cluster 1

Vérifiez que la passerelle VXLAN forme une paire HA. Vérifiez également que les canaux de port sont configurés pour LACP et qu'ils sont actifs :

Nexus1000v# show module service-module

Mod  Cluster-id  Role         HA Mode   Status

---  ----------  -----------  --------  -------

7         1      Primary      HA        Active

8         1      Secondary    HA        Standby

Nexus1000v# show port-channel summary

Flags:  D - Down        P - Up in port-channel (members)

I - Individual  H - Hot-standby (LACP only)

s - Suspended   r - Module-removed

S - Switched    R - Routed

U - Up (port-channel)

-----------------------------------------------------------

Group Port-       Type     Protocol  Member       Ports

Channel

-----------------------------------------------------------

1     Po1(SU)     Eth      NONE      Eth4/1(P)    Eth4/2(P)

2     Po2(SU)     Eth      NONE      Eth3/1(P)    Eth3/2(P)

3     Po3(SU)     Eth      NONE      Eth6/1(P)    Eth6/2(P)

4     Po4(SU)     Eth      NONE      Eth5/2(P)

5     Po5(SD)     Eth      NONE      --

6     Po6(SU)     Eth      LACP      Eth7/1(P)    Eth7/3(P)

7     Po7(SU)     Eth      LACP      Eth8/1(P)    Eth8/3(P)

Entrez la commande service ha-cluster si vous souhaitez basculer sur la passerelle VXLAN :

Nexus1000v# service ha-cluster 1 switchover

Note: Cette commande switchover est différente d'une commande de commutation Nexus (NXOS) traditionnelle, car vous devez basculer sur le cluster HA que vous avez créé.

Vérification

Utilisez cette section pour confirmer que votre configuration fonctionne correctement.

L'Outil d'interprétation de sortie (clients enregistrés seulement) prend en charge certaines commandes d'affichage. Utilisez l'Outil d'interprétation de sortie afin de visualiser une analyse de commande d'affichage de sortie .

CLI VSM

Vérifiez que les VTEP sont programmés correctement sur le VSM :

Nexus1000v# show bridge-domain 192.168.2.x vteps

D: Designated VTEP     I:Forwarding Publish Incapable VTEP

Bridge-domain: 192.168.2.xVTEP Table Version: 9

Port    Module   VTEP-IP Address   VTEP-Flags

------  -------  ----------------  -------------

Veth11  3        10.17.168.20      (D)

Veth28  4        10.17.168.22      (D)

Veth21  7        10.17.124.70      (DI*) <---- VXLAN GW

Veth22  8        10.17.124.70      (DI)  <---- VXLAN GW (Standby)

Commandes VEM

Il existe de nombreuses commandes VEM (VEMCMD) que vous pouvez utiliser pour vérifier la configuration, afficher les statistiques et valider la configuration de votre VXLAN. Afin d'afficher les commandes disponibles, recherchez la base de données à l'aide de la commande vemcmd | grep vxlan, commande :

~ # vemcmd | grep vxlan

show vxlan interfaces                       Show the VXLAN Encap Interfaces

show vxlan-encap ltl <ltl>                  Show VXLAN Encap Information

show vxlan-encap mac <MAC.MAC.MAC>

show vxlan-stats                            Show VXLAN port stats for all ports

show vxlan-stats bd-all                     Show VXLAN port stats for all BDs

show vxlan-stats ltl <ltl>                  Show VXLAN port stats detail

show vxlan-stats ltl-detail                 Show all VXLAN ports stats detail

show vxlan-stats ltl <ltl> bd-all cookie <number>

show vxlan-stats ltl <ltl> bd-name <bd-name>

show vxlan-vteps                            Show VXLAN VTEPs

show vxlan-vteps bd-name <bd-name>

show vxlan threads                          Show the VXLAN thread stats

clear vxlan threads                         Clear the VXLAN thread stats

show vlan-vxlan mapping                     Show VXLAN VLAN mappings

Entrez la commande vemcmd show vxlan interfaces afin de vérifier que le VEM est programmé avec le VTEP correct :

~ # vemcmd show vxlan interfaces

LTL     VSM Port      IP       Seconds since Last   Vem Port

IGMP Query Received

(* = IGMP Join Interface/Designated VTEP)

------------------------------------------------------------

51      Veth6    10.10.168.22        33              vmk2*

Note: La sortie * indique le VTEP qui est le récepteur désigné sur l’hôte.

Vous devez également vérifier que le numéro Secondes depuis la dernière requête IGMP reçue passe à 0 après un certain temps. La durée de requête IGMP par défaut pour NXOS est de 125 secondes. Ceci prouve que les requêtes IGMP sont reçues sur le VTEP et que le transport multicast est fonctionnel.

Note: Vous ne pouvez pas voir les ports vEthernet VTEP dans le résultat de la commande show ip igmp snooping groups sur un N1kV. Par défaut, tout le trafic de multidiffusion pour les groupes de domaines de pont est diffusé sur le VLAN de transport ; ainsi, la surveillance IGMP n'est pas utilisée sur N1kV.

Entrez la commande vemcmd show vxlan-encap ltl <x> afin d'afficher les informations d'encapsulation pour une machine virtuelle spécifique :

~ # vemcmd show vxlan-encap ltl 53

Encapsulation details for LTL 53 in BD "192.168.1.x":

Source MAC: 00:50:56:bc:77:25

Segment ID: 5000

Multicast Group IP: 239.1.1.1

Encapsulating VXLAN Interface LTL: 51

Encapsulating Source IP: 10.10.168.22

Encapsulating Source MAC: 00:50:56:6d:7a:25

Pinning of VXLAN Interface to the Uplink:

LTL    IfIndex  PC_LTL  VSM_SGID  Eff_SGID  iSCSI_LTL*  Name

51   1c000050     561        32         0          0   vmk2= IGMP Join

Entrez la commande vemcmd show vxlan-stats sur l'hôte afin de vérifier les statistiques pour VXLAN. Cette commande indique le nombre d'encapsulations et de désencapsulations qui se produisent pour chaque LTL (Local Target Logic) de VM.

Note: Tout le trafic de diffusion et de multidiffusion est classé comme Encaps Mcast/Repl. En effet, le trafic doit être envoyé à tous les VTEP. Le trafic de monodiffusion est classifié en Encaps Ucast. Si vous essayez de résoudre un problème où ARP ne se termine pas, vérifiez que la colonne Mcast/Repl Encaps s'incrémente avec chaque requête ARP.

~ # vemcmd show vxlan-stats

LTL  Ucast   Mcast/Repl   Ucast    Mcast    Total

Encaps  Encaps       Decaps   Decaps   Drops

51   7557    507          8012     0        0

53   7137    431          7512     0        0

Entrez la commande vemcmd show 12 segment 5001 afin de vérifier que l’hôte source apprend l’adresse MAC de la destination de manière dynamique :

~ # vemcmd show l2 segment 5001

Bridge domain   14 brtmax 4096, brtcnt 2, timeout 300

Segment ID 5001, swbd 4097, "192.168.2.x"

Flags:  P - PVLAN  S - Secure  D - Drop

Type         MAC Address   LTL   timeout   Flags    PVLAN    Remote IP  DSN

Static   00:50:56:bc:77:25    55         0                      0.0.0.0   0

Dynamic   00:50:56:bc:19:5b   561         0                 10.17.168.22   0

Dépannage

Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.