Exemple de configuration/intégration de la qualité de service Nexus 1000v et UCS

Introduction

Ce document décrit comment configurer et dépanner la qualité de service (QoS) pour les machines virtuelles (VM) lors de la configuration de Cisco Unified Computing System (UCS) et du commutateur Cisco Nexus 1000v. La qualité de service peut être contrôlée au niveau du Nexus 1000v et/ou au niveau de l'UCS. Ce document présente à la fois les variations et leurs effets.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• QoS
• Cisco UCS
• VMware ESXi
• Commutateur Cisco Nexus 1000V

Components Used

Les sorties de commande de ce document sont basées sur les versions de logiciel et de matériel suivantes :

• Commutateur Cisco Nexus 5020 version 5.0(3)N2(2a)
• Cisco UCS version 2.1(1d)
• Serveur lame Cisco UCS B200 M3 avec carte d'interface virtuelle (VIC) Cisco 1240
• vSphere version 5.1 (ESXi et vCenter)
• Commutateur Cisco Nexus 1000V version 4.2(1)SV2(1.1a)

La version du logiciel n'est pas une limite pour la fonctionnalité QoS illustrée. Cependant, les exemples de ce document ne sont valides que pour les cartes d'adaptateur Cisco.

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. Si votre réseau est actif, assurez-vous de bien comprendre l'impact potentiel de toute commande ou configuration de capture de paquets.

Configuration

Configuration du réseau

Dans cette configuration, UCS est connecté au commutateur Nexus 5000 via Virtual Port Channel (vPC). Chaque lame de l'UCS comporte deux contrôleurs d'interface réseau virtuel (vNIC), l'un pour le commutateur virtuel et l'autre pour le commutateur Nexus 1000v. Le système d'exploitation installé sur les deux hôtes est VMware ESXi version 5.1. Chaque hôte possède une machine virtuelle avec un système d'exploitation invité de Windows 2012.

Voici quelques détails sur la configuration du réseau :

• La machine virtuelle SJTAC se trouve sur l'hôte 172.16.16.220 (lame UCS 1/6).
  
  
• TEST VM se trouve sur l'hôte 172.16.16.222 (serveur lame UCS 1/5).
  
  
• La lame 1/5 a un profil de service nommé ESXi-Local et la lame 1/6 a un nom de profil de service ESXi-2.

La vNIC du Nexus1000v sur le serveur 1/5 dispose d'un chemin principal Fabric-A et la vNIC du Nexus1000v sur le serveur 1/6 d'un chemin principal Fabric-B. Par conséquent, le trafic sur ces hôtes traverse les commutateurs Nexus 5000 en amont.

Configurations

Voici la configuration QoS globale UCS :

Comme l'illustre l'image, toute stratégie QoS avec une priorité Silver a une valeur CoS de 2 et celles avec une priorité Gold ont une valeur CoS de 6.

Les politiques QoS de Milan et de Floride sont créées pour les deux hôtes.

Le contrôle de la CoS d'une vNIC dépend strictement du champ Host Control de la stratégie QoS, qui est attribué à cette vNIC particulière.

• Si Aucun est sélectionné, UCS attribue la valeur CoS associée à la classe de priorité donnée dans la stratégie QoS. Il ignore tous les paramètres mis en oeuvre au niveau de l'hôte par le Nexus 1000v.
  
  
• Si Full est sélectionné et que le paquet a une CoS valide attribuée par le Nexus 1000v, UCS fait confiance aux paramètres CoS attribués au niveau de l'hôte. Sinon, Cisco UCS utilise la valeur CoS associée à la priorité sélectionnée dans la liste déroulante Priorité.

La stratégie QoS de Milan a un contrôle hôte de Full, ce qui signifie que la priorité Gold (CoS 6) est ignorée et que le paramètre Nexus 1000v est approuvé.

La stratégie de QoS de Floride a un contrôle d'hôte de None, ce qui signifie que tous les paquets de cette vNIC sont signalés avec la priorité Silver (CoS 2) indépendamment des paramètres du Nexus 1000v.

La stratégie QoS Milano est attribuée à la vNIC de Blade 1/6, qui héberge VM - SJTAC. Par conséquent, tout trafic envoyé par SJTAC, marqué sur Nexus 1000v, est approuvé et non modifié.

La politique QoS Florida est attribuée à la vNIC de Blade 1/5, qui héberge VM - TEST. Par conséquent, tout trafic envoyé par TEST est signalé à UCS à la valeur CoS 2

Sur le Nexus 1000v, deux mappages de politiques sont créés pour chacune des machines virtuelles. La stratégie gold_in_mark définit la CoS sur 4 et la stratégie silver_in_mark définit la CoS sur 5 comme indiqué ici :

Cette configuration Nexus 1000v est la configuration la plus courante vue pour les paramètres de QoS de base.

La machine virtuelle SJTAC (veth 3) reçoit une politique de QoS gold_in_mark, et la machine virtuelle TEST (veth 6) reçoit une politique de QoS silver_in_mark.

Par conséquent, le trafic de VM SJTAC est marqué par une CoS 4 au niveau du Nexus 1000v. Puisque l'hôte correspondant (lame 1/6) a une politique de qualité de service de Milan, cette CoS n'est pas modifiée sur l'UCS et tous les paquets provenant de SJTAC ont un paramètre de qualité de service de CoS 4.

Le trafic des machines virtuelles TEST est initialement marqué avec CoS 5 sur le Nexus 1000v, mais il est signalé sur la vNIC UCS à un paramètre QoS CoS 2, car l'hôte correspondant (lame 1/5) a une politique QoS de Floride avec une priorité d'argent.

Vérifiez les paramètres de l'UCS et vérifiez que le marquage/marquage QoS tel qu'expliqué précédemment est réellement visible sur les captures de paquets.

Pour une configuration QoS plus détaillée sur UCS, référez-vous à Configuration de la qualité de service.

Pour une configuration QoS plus détaillée sur le Nexus 1000v, reportez-vous au Guide de configuration de la qualité de service du Cisco Nexus 1000V, version 4.2(1)SV2(2.1).

Vérification

Vérifiez que les paramètres de l'interface de ligne de commande UCS ont été implémentés avec l'interface utilisateur graphique d'UCS Manager.

Ce résultat montre les stratégies QoS correspondantes et leurs paramètres de priorité :

Ce résultat montre le mappage de Priorité avec la valeur CoS :

Cette sortie montre la confirmation de la stratégie QoS appliquée à la lame 1/6 sur une vNIC spécifique :

Cette sortie montre la confirmation de la stratégie QoS appliquée à la lame 1/5 sur une vNIC spécifique :

Ceci montre une requête ping continue initiée sur les deux machines virtuelles :

L'adresse IP de la machine virtuelle SJTAC est 172.16.16.224 et l'adresse IP de la machine virtuelle TEST est 172.16.16.228

Les captures de paquets sont effectuées au niveau de Fabric-Interconnect afin de vérifier les paramètres QoS sur l'hôte :

Capture 1 :

Capture 2 :

Comme indiqué dans la capture précédente, les paquets qui proviennent de 172.16.16.228 (machine virtuelle TEST) sont définis avec une valeur QoS CoS 2 et les paquets qui proviennent de 172.16.16.224 (machine virtuelle SJTAC) sont définis avec une valeur QoS CoS 4.

Ceci explique comment le champ Host Control dans UCS et les paramètres QoS sur le Nexus 1000v coexistent et modifient les paramètres CoS pour le trafic qui provient au niveau de la machine virtuelle.

Dépannage

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

Historique de révision