La formación de equipos de NIC permite aumentar la capacidad de red de un conmutador virtual mediante la inclusión de dos o más NIC físicas en un equipo. Para determinar de qué forma se vuelve a enrutar el tráfico de red en caso de un error del adaptador, se deben incluir las NIC físicas en un orden de conmutación por error. Para determinar de qué forma el conmutador virtual distribuye el tráfico de red entre las NIC físicas en un equipo, se deben seleccionar los algoritmos de equilibrio de carga según las necesidades y capacidades del entorno.

Directiva de formación de equipos de NIC

Se puede utilizar la formación de equipos de NIC para conectar un conmutador virtual a varias NIC físicas en un host a fin de aumentar el ancho de banda de red del conmutador y proporcionar redundancia. Un equipo de NIC puede distribuir el tráfico entre sus miembros y proporcionar una conmutación por error pasiva en caso de que se produzca un error en el adaptador o una interrupción de la red. Las directivas de formación de equipos de NIC se establecen en el nivel del conmutador virtual o del grupo de puertos para un conmutador estándar de vSphere, y en el nivel de puertos o de grupo de puertos para un conmutador distribuido de vSphere.

Nota:

Todos los puertos del conmutador físico del mismo equipo deben encontrarse en el mismo dominio de difusión de Capa 2.

Directiva de equilibrio de carga

La directiva de equilibrio de carga determina de qué forma se distribuye el tráfico entre los adaptadores de red en un equipo de NIC. En los conmutadores virtuales de vSphere, el equilibrio de carga se aplica solamente al tráfico saliente. El tráfico entrante se controla con la directiva de equilibrio de carga en el conmutador físico.

Para obtener más información sobre cada algoritmo de equilibrio de carga, consulte la publicación de Redes de vSphere.

Directiva de detección de errores de red

Se puede especificar uno de los siguientes métodos que el conmutador virtual puede utilizar para detectar la conmutación por error.

Link status only (Solo estado de vínculo)

Se basa solamente en el estado del vínculo que proporciona el adaptador de red. Detecta errores, como cables extraídos y fallas eléctricas en el conmutador físico. No obstante, el estado del vínculo no detecta los siguientes errores de configuración:

  • Un puerto del conmutador físico que está bloqueado mediante el árbol de expansión o mal configurado en la VLAN incorrecta.

  • Un cable extraído que conecta el conmutador físico con otros dispositivos de redes, por ejemplo, un conmutador ascendente.

Beacon probing (Sondeo de señal)

Envía y escucha las tramas de difusión en Ethernet, o sondeos de señal, que las NIC físicas envían para detectar errores de vínculo en todas las NIC físicas de un equipo. Los hosts ESXi envían paquetes de señales cada segundo. El sondeo de señal resulta más útil para detectar errores en el conmutador físico más cercano al host ESXi, donde el error no provoca un evento de vínculo inactivo en el host.

El sondeo de señal se utiliza con tres o más NIC en un equipo debido a que ESXi puede detectar errores en un solo adaptador. Si se asignan solo dos NIC y una de ellas pierde conectividad, el conmutador no puede determinar qué NIC debe ponerse fuera de servicio porque ninguna de ellas recibe señales y, en consecuencia, todos los paquetes se envían a ambos vínculos superiores. La utilización de al menos tres NIC en un equipo permite que ocurran n-2 errores, donde n es la cantidad de NIC del equipo antes de que ocurra una situación ambigua.

Directiva de conmutación por recuperación

Una directiva de conmutación por recuperación se habilita de forma predeterminada en un equipo de NIC. Si una NIC física con errores vuelva a estar en línea, el conmutador virtual vuelve a poner la NIC en su estado activo reemplazando la NIC en espera que ocupó su ranura.

Si la NIC física que ocupa el primer lugar en el orden de conmutación por error tiene errores intermitentes, la directiva de conmutación por recuperación puede producir cambios frecuentes en la NIC utilizada. El conmutador físico advierte cambios frecuentes en las direcciones MAC; el puerto del conmutador físico podría no aceptar tráfico inmediatamente cuando un adaptador se pone en línea. Para minimizar estas demoras, se puede considerar cambiar la siguiente configuración del conmutador físico:

  • Deshabilite el protocolo de árbol de expansión (Spanning Tree Protocol, STP) en las NIC físicas conectadas a los hosts ESXi.

  • En las redes Cisco, habilite el modo PortFast para las interfaces de acceso o el modo PortFast troncal para las interfaces troncales. De este modo, se pueden ahorrar unos 30 segundos durante la inicialización del puerto del conmutador físico.

  • Deshabilite la negociación de enlace troncal.

Directiva de notificación de conmutadores

Al utilizar la directiva de notificación de conmutadores, se puede determinar de qué forma el host ESXi comunica eventos de conmutación por error. Cuando una NIC física se conecta al conmutador virtual o cuando el tráfico se vuelve a enrutar a otra NIC física del equipo, el conmutador virtual envía notificaciones por medio de la red para actualizar las tablas de búsqueda en los conmutadores físicos. La notificación del conmutador físico ofrece la latencia más baja cuando se produce una conmutación por error o una migración con vSphere vMotion.