Computación unificada : Servidores de montaje en rack Cisco UCS de la serie C

Opción de conectividad de los servidores VIC del estante de la serie C UCS

18 Octubre 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios

Introducción

Este documento describe la opción de conectividad que está disponible para VMware ESX y la versión 2008 o 2012 del Microsoft Windows server cuando usted utiliza los adaptadores del indicador luminoso LED amarillo de la placa muestra gravedad menor de interfaz virtual de Cisco (VIC) en los servidores del estante de la serie C del Cisco Unified Computing System (UCS).

Nota: Este documento es extenso pero no exhaustivo. Hay ciertas topologías que tienen la misma configuración. Por ejemplo, el enlace al mismo Switch y a dos diverso Switches tiene la misma configuración. Semejantemente, la formación de un canal del puerto estático o dinámico a un Switch y a dos diverso Switches tiene la misma configuración. Este documento describe la configuración de solamente una de estas topologías similares bajo cada sección.

Contribuido por Shankar Prasath, ingeniero de Cisco TAC.

Prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

  • Las series C de Cisco UCS atormentan los servidores
  • Configuración del regulador de la administración integrada de Cisco (CIMC)
  • Cisco VIC
  • Versiones 4.1 de VMware ESX y posterior
  • R2 de la versión 2008 del Microsoft Windows server
  • Versión 2012 del Microsoft Windows server
  • Versión 3.0 híper-v

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Servidor de Cisco UCS C220 M3 con un VIC 1225
  • CIMC versión 1.5(4)
  • Versión de firmware VIC 2.2(1b)
  • 5548UP Series Switch del nexo de Cisco que funcionan con la versión de software 6.0(2)N1(2)
  • Versión 5.1 de VMware ESXi, actualización 1
  • R2 SP1 de la versión 2008 del Microsoft Windows server
  • Versión 2012 del Microsoft Windows server

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Fundamentos de la transferencia de Cisco VIC

Esta sección proporciona la información general sobre la transferencia VIC.

El indicador luminoso LED amarillo de la placa muestra gravedad menor VIC tiene solamente dos puertos que hagan frente externamente. Éstos no son vistos por el operating system (OS) que está instalado en el servidor y utilizado para conectar con el Switches por aguas arriba. El VIC marca siempre los paquetes con etiqueta con una encabezado 802.1p. Mientras que el switchport por aguas arriba puede ser un puerto de acceso, diversas plataformas del switch seleccionar se comportan diferentemente cuando un paquete 802.1p se recibe sin una etiqueta del VLA N. Por lo tanto, Cisco recomienda que usted tiene el switchport por aguas arriba configurado como puerto troncal.

Las placas de interfaz de la red virtual (vNICs) se crean que se presentan al OS que está instalado en el servidor, que se puede configurar como un puerto de acceso o puerto troncal. El puerto de acceso quita la etiqueta del VLA N cuando envía el paquete al OS. El puerto troncal envía el paquete al OS con la etiqueta del VLA N, así que el OS en el servidor debe tener un driver del enlace para entenderlo. El puerto troncal quita la etiqueta del VLA N solamente para el VLAN predeterminado.

Nota: No se realiza ningún Local Switching en el VIC, así que el paquete debe viajar al Switch por aguas arriba para las decisiones de Switching.

VMware ESX

Esta sección describe la opción de conectividad que está disponible para VMware ESX.

Nota: Por todos los ejemplos en esta sección, vmk0 está en el VLAN10 y las máquinas virtuales (VM) están en el VLAN 11. También, el adaptador envía y recibe el VLAN10 como untagged y VLAN 11 según lo marcado con etiqueta del OS.

Teaming por aguas arriba de la Switch-independiente

Estos ejemplos muestran la opción de conectividad que está disponible para el teaming por aguas arriba de la Switch-independiente.

Un uplink

Dos uplinks a diverso Switches

Dos uplinks a diverso Switches con un switch virtual VMWARE-distribuido

Teaming Switch-dependiente por aguas arriba

Estos ejemplos muestran la opción de conectividad que está disponible para el teaming Switch-dependiente por aguas arriba.

Dos uplinks lo mismo conmutan

Dos uplinks a diverso Switches

Dos uplinks al mismo Switch con el Switches múltiple del estándar de VMware

Nota: El Switches estándar de VMware debe utilizar los mismos modos del Equilibrio de carga.

Versión 2008 del Microsoft Windows server

Esta sección describe la opción de conectividad que está disponible para la versión 2008 del Microsoft Windows server.

Nota: Por todos los ejemplos en esta sección, el eth0 y eth3 están en el VLAN10, eth1 y eth2 están en el VLAN 11, y el adaptador envía y recibe el VLAN10 y el VLAN 11 como untagged del OS.

Sin el Teaming NIC

Activo-respaldo y Activo-respaldo con el failback

Activo-activo transmita el balanceo de carga

Activo-activo con el LACP

Versión 2012 del Microsoft Windows server

Esta sección describe la opción de conectividad que está disponible para la versión 2012 del Microsoft Windows server.

Nota: Por todos los ejemplos en esta sección (a menos que se indicare en forma diferente), el eth0 y eth3 están en el VLAN10, eth1 y eth2 están en el VLAN 11, y el adaptador envía y recibe el VLAN10 y el VLAN 11 como untagged del OS.

Sin el Teaming NIC

Teaming por aguas arriba de la Switch-independiente

Usted puede utilizar o el activo-respaldo o activo-activo para el teaming por aguas arriba de la Switch-independiente.

Activo-respaldo

El método del Equilibrio de carga puede ser cualquier puerto híper-v o dirigir el hash.

Activo-activo

El método del Equilibrio de carga puede ser cualquier puerto híper-v o dirigir el hash. El método híper-v del puerto es la opción preferida porque carga equilibra entre las interfaces disponibles. El método del hash del direccionamiento elige generalmente solamente una interfaz para transmitir los paquetes del servidor.

Teaming Switch-dependiente por aguas arriba

Usted puede utilizar el teaming estático o dinámico para el teaming por aguas arriba de la Switch-independiente.

Teaming estático

El método del Equilibrio de carga puede ser cualquier puerto híper-v o dirigir el hash.

Teaming dinámico 

Para el teaming dinámico, o el protocolo link aggregation control (LACP), el método del Equilibrio de carga puede ser cualquier puerto híper-v o dirigir el hash.

Híper-v

Cuando es híper-v se utiliza, el NIC combinado puede ser utilizado dentro del switch virtual híper-v. Usted puede utilizar los métodos uces de los del teaming descritos previamente.

Nota: En este ejemplo, se utiliza el método estático del teaming, los VM están en el VLAN 11, y la interfaz de administración del servidor está en el VLAN10. También, el adaptador envía y recibe el VLAN10 como untagged y VLAN 11 según lo marcado con etiqueta del OS.

Escenarios de falla

Esta sección describe los escenarios de falla que usted puede ser que encuentre cuando el conmutar se realiza entre dos VM en el mismo servidor y cuando dos equipos LACP están en el lado del servidor.

Transferencia entre dos VM en el mismo servidor

Si la fuente y el destino están en el mismo host y si el paquete se debe conmutar por el Switch por aguas arriba, después un error ocurre si la fuente y el destino están conectados con la misma interfaz de la perspectiva del Switch.

Nota: En este ejemplo, el servidor está conectado con el Switch a través del canal del puerto 1. Los w2k8-11-149 y los w2k8-11-150 son doctos del canal del puerto 1, así que el Switch no puede conmutar los paquetes entre los dos VM porque la fuente y el destino están en la misma interfaz.

Dos equipos LACP en el lado del servidor

Puede haber solamente un equipo LACP de la separación hacia el Switch por aguas arriba. Si hay equipos múltiples en el servidor, hace el LACP agitar en el Switch por aguas arriba.

Nota: En este escenario, el driver del teaming de la versión 2008 del Microsoft Windows server no produce un Error de configuración, pero la versión 2012 hace.

Advertencias conocidas

Aquí están las advertencias conocidas para la información en este documento:

  • Id. de bug Cisco CSCuf65032 - Equipo NIC - P81E/VIC 1225 - Valida el tráfico solamente en el solo puerto DCE

  • Id. de bug Cisco CSCuh63745 - Soporte para el LACP y modos activo-activos con el driver del teaming del triunfo

Información relacionada


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 117637