¿Tiene una cuenta?
Este documento describe cómo configurar y solucionar problemas de calidad de servicio (QoS) para máquinas virtuales (VM) en la configuración de Cisco Unified Computing System (UCS) y el switch Cisco Nexus 1000v. La QoS se puede controlar en el Nexus 1000v o en el nivel UCS. Este documento demuestra tanto las variaciones como sus efectos resultantes.
Cisco recomienda que tenga conocimiento sobre estos temas:
Los resultados del comando en este documento se basan en estas versiones de software y hardware:
La versión de software no es una limitación para la función QoS demostrada. Sin embargo, los ejemplos de este documento sólo son válidos para las tarjetas de adaptador de 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 su red está activa, asegúrese de comprender el impacto potencial de cualquier comando o configuración de captura de paquetes.
En esta configuración, UCS se conecta al switch Nexus serie 5000 mediante el canal de puerto virtual (vPC). Cada blade de UCS tiene dos controladores de interfaz de red virtual (vNIC), uno para el vSwitch y el otro para el Nexus 1000v. El sistema operativo (OS) instalado en ambos hosts es VMware ESXi versión 5.1. Cada host tiene una VM con un SO de invitado de Windows 2012.
A continuación se proporcionan algunos detalles sobre la configuración de la red:
El vNIC para el Nexus1000v en el servidor 1/5 tiene una ruta principal de Fabric-A, y el vNIC para el Nexus1000v en el servidor 1/6 tiene una ruta principal de Fabric-B. Por lo tanto, el tráfico a través de estos hosts atraviesa los switches ascendentes Nexus 5000.
Esta es la configuración de QoS global de UCS:
Como se muestra en la imagen, cualquier política de QoS con prioridad de Silver tiene un valor de clase de servicio (CoS) de 2 y aquellos con prioridad de oro tienen un valor de CoS de 6.
Las políticas de QoS Milano y Florida se crean para los dos hosts.
Si UCS controla el CoS para un vNIC o no depende estrictamente del campo de control de host de la política de QoS, que se asigna a ese vNIC concreto.
La política de QoS de Milano tiene un control de host de Full, lo que significa que se omite la prioridad de oro (CoS 6) y se confía en la configuración de Nexus 1000v.
La política de QoS de Florida tiene un control de host de Ninguno, lo que significa que todos los paquetes de ese vNIC se remarcan con prioridad de plata (CoS 2) independientemente de la configuración del Nexus 1000v.
La política de QoS Milano se asigna al vNIC del servidor blade 1/6, que aloja VM - SJTAC. Por lo tanto, cualquier tráfico enviado por SJTAC, marcado en Nexus 1000v, es de confianza y no se modifica.
La política de QoS de Florida se asigna al vNIC del servidor blade 1/5, que aloja VM - TEST. Por lo tanto, cualquier tráfico enviado por TEST se remarca en UCS al valor 2 de CoS
En Nexus 1000v, se crean dos mapas de políticas para cada una de las VM. La política gold_in_mark establece la CoS en 4 y la política silver_in_mark establece la CoS en 5 como se muestra aquí:
Esta configuración de Nexus 1000v es la configuración más común que se observa para los parámetros básicos de QoS.
A la VM SJTAC (veth 3) se le da una política de QoS de gold_in_mark, y a la VM TEST (veth 6) se le da una política de QoS de silver_in_mark.
Por lo tanto, el tráfico de VM SJTAC se marca con un CoS 4 en el Nexus 1000v. Dado que el host correspondiente (Blade 1/6) tiene una política de QoS de Milano, esa CoS no se modifica en todo el UCS y todos los paquetes que se originan en SJTAC tienen una configuración de QoS de CoS 4.
El tráfico de VM de PRUEBA se marca inicialmente con CoS 5 en el Nexus 1000v, pero se remarca en el vNIC de UCS a una configuración de QoS 2 porque el host correspondiente (Blade 1/5) tiene una política de QoS de Florida con una prioridad Silver.
Verifique la configuración en UCS y demuestre que el marcado/remarcado de QoS como se explicó anteriormente se ve realmente en las capturas de paquetes.
Para obtener una configuración de QoS más detallada en UCS, consulte Configuración de la Calidad de Servicio.
Para obtener una configuración de QoS más detallada sobre el Nexus 1000v, refiérase a la Guía de Configuración de Calidad de Servicio de Cisco Nexus 1000V, Versión 4.2(1)SV2(2.1).
Verifique que la configuración de UCS CLI se implementó con la GUI de UCS Manager.
Este resultado muestra las políticas de QoS correspondientes y sus configuraciones de prioridad:
Este resultado muestra la asignación de Prioridad con el valor CoS:
Este resultado muestra la confirmación de la política de QoS que se aplica al Blade 1/6 en un vNIC específico:
Este resultado muestra la confirmación de la política de QoS que se aplica al Blade 1/5 en un vNIC específico:
Esto muestra un ping continuo iniciado en ambas VM:
IP de VM SJTAC es 172.16.16.224 y la IP de VM TEST es 172.16.16.228
Las capturas de paquetes se realizan en Fabric-Interconnect para verificar la configuración de QoS en el host:
Captura 1:
Captura 2:
Como se observó en la captura anterior, los paquetes que vienen de 172.16.16.228 (TEST VM) se establecen con un valor de QoS de CoS 2 y los paquetes que vienen de 172.16.16.224 (SJTAC VM) se establecen con un valor de QoS de CoS 4.
Esto explica cómo el campo de control de host en UCS y la configuración de QoS en Nexus 1000v coexisten y modifican los parámetros de CoS para el tráfico que se origina en el nivel de VM.
Actualmente, no hay información específica de troubleshooting disponible para esta configuración.
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
27-Feb-2014 |
Versión inicial |