Pour les partenaires
Vous êtes déjà partenaire?
ConnexionAvez-vous un compte?
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.
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Les sorties de commande de ce document sont basées sur les versions de logiciel et de matériel suivantes :
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.
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 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.
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.
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é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.
Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
27-Feb-2014 |
Première publication |