Hay varias técnicas de equilibrio de carga disponibles para la formación de equipos de NIC, y cada una tiene sus ventajas e inconvenientes.
Enrutar según el puerto virtual de origen
En configuraciones activas/activas o activas/pasivas, utilice Enrutar según el puerto virtual de origen para la formación de equipos de NIC básica. Cuando esta directiva está vigente, solo se utilizará una NIC física por cada puerto de VMkernel.
Ventajas
-
Este es el método de formación de equipos de NIC más simple que requiere una configuración mínima del conmutador físico.
-
Este método solo requiere un puerto único para el tráfico de vSAN, lo que simplifica la solución de problemas.
Inconvenientes
-
Una única interfaz de VMkernel está limitada al ancho de banda de una sola NIC física. Como los entornos de vSAN típicos utilizan un adaptador de VMkernel, solo se utiliza una NIC física en el equipo.
Enrutar según la carga de la NIC física
Enrutar según la carga de la NIC física se basa en Enrutar según el puerto virtual de origen, en el que el conmutador virtual supervisa la carga real de los vínculos superiores y sigue los pasos para reducirla en los vínculos superiores sobrecargados. Este método de equilibrio de carga solo está disponible con vSphere Distributed Switch, no con los conmutadores estándar de vSphere.
El conmutador distribuido calcula los vínculos superiores de cada puerto de VMkernel usando el identificador de puerto y el número de vínculos superiores en el equipo de la NIC. El conmutador distribuido comprueba los vínculos superiores cada 30 segundos. Si la carga supera el 75 %, el identificador de VMkernel con la E/S más alta se transfiere a otro vínculo superior.
Ventajas
-
No se requiere ninguna configuración de conmutador físico.
-
Aunque vSAN tiene un puerto de VMkernel, otros puertos de VMkernel o servicios de red pueden compartir los mismos vínculos superiores. vSAN puede beneficiarse del uso de otros vínculos superiores de otros servicios, como vMotion o administración.
Inconvenientes
-
Dado que vSAN por lo general solo tiene configurado un puerto de VMkernel, su eficacia es limitada.
-
El VMkernel de ESXi vuelve a evaluar la carga de tráfico después de cada intervalo de tiempo, lo que puede causar una sobrecarga de procesamiento.
Configuración: Detección de errores de red
Utilice la configuración predeterminada: Solo estado de vínculo. No utilice sondeo de señal para la detección de errores de vínculos. El sondeo de señal requiere al menos tres NIC físicas para evitar escenarios de cerebro dividido. Para obtener más información, consulte el artículo 1005577 de la base de conocimientos de VMware.
Configuración: Notificar a conmutadores
Utilice la configuración predeterminada: Sí. Los conmutadores físicos tienen tablas de reenvío de direcciones MAC para asociar cada dirección MAC a un puerto de conmutador físico. Cuando se recibe una trama, el conmutador determina la dirección MAC de destino en la tabla y decide el puerto físico correcto.
Si se produce una conmutación por error de NIC, el host ESXi debe notificar a los conmutadores de red que algo ha cambiado, o el conmutador físico puede seguir usando la información antigua y enviar las tramas al puerto incorrecto.
Cuando se establece Notificar a conmutadores en Sí, si una NIC física falla y 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.
Esta opción no captura las configuraciones erróneas de VLAN ni las pérdidas de vínculos superiores que se producen en el flujo ascendente adicional en la red. La comprobación de estado de las particiones de red de vSAN puede detectar estos problemas.
Configuración: Conmutación por recuperación
Esta opción determina de qué forma un adaptador físico vuelve a activarse después de recuperarse de un error. Un evento de conmutación por error activa el tráfico de red para pasar de una NIC a otra. Cuando se detecta un estado Vínculo activo en la NIC de origen, el tráfico se revierte automáticamente al adaptador de red original cuando la conmutación por recuperación se establece en Sí. Si la conmutación por recuperación se establece en No, es necesario realizar una conmutación por error manual.
Configurar la conmutación por recuperación en No puede ser útil en algunas situaciones. Por ejemplo, después de que un puerto del conmutador físico se recupere de un error, el puerto puede estar activo, pero puede tardar varios segundos en reenviar el tráfico. Se ha comprobado que la conmutación por recuperación automática causa problemas en ciertos entornos que utilizan el protocolo de árbol de expansión. Para obtener más información sobre el protocolo de árbol de expansión (STP), consulte el artículo 1003804 de la base de conocimientos de VMware.
Configurar el orden de conmutación por error
El orden de conmutación por error determina qué vínculos estarán activos durante las operaciones normales y cuáles estarán activos en caso de una conmutación por error. Se pueden utilizar diferentes configuraciones admitidas para la red de vSAN.
Vínculos superiores activos/en espera: Si se produce un error en una configuración activa/en espera, el controlador de NIC notifica a vSphere de un evento de vínculo inactivo en el vínculo superior 1. El vínculo superior en espera 2 se activa y el tráfico se reanuda en el vínculo superior 2.
Vínculos superiores activos/activos: Si establece el orden de conmutación por error en Activo/Activo, el puerto virtual utilizado por el tráfico de vSAN no puede utilizar ambos puertos físicos al mismo tiempo.
Si la configuración de formación de equipos de NIC para el vínculo superior 1 y el vínculo superior 2 está activa, no es necesario que el vínculo superior en espera se active.
