El conmutador virtual selecciona vínculos superiores para las máquinas virtuales de acuerdo con la dirección IP de origen y de destino de cada paquete.

Para calcular un vínculo superior para una máquina virtual, el conmutador virtual toma el último octeto de las direcciones IP de origen y de destino del paquete, las procesa a través de una operación XOR y después procesa el resultado a través de otro cálculo en función de la cantidad de vínculos superiores en el equipo de NIC. El resultado es una cifra entre 0 y la cantidad de vínculos superiores del equipo menos uno. Por ejemplo, si un equipo de NIC tiene cuatro vínculos superiores, el resultado es una cifra entre 0 y 3, ya que cada número está asociado con una NIC del equipo. Para los paquetes que no utilizan IP, el conmutador virtual toma dos valores binarios de 32 bits de la trama o del paquete a fin de identificar la dirección IP.

Cualquier máquina virtual puede utilizar cualquier vínculo superior del equipo de NIC, según la dirección IP de origen y de destino. De esta forma, cada máquina virtual puede utilizar el ancho de banda de cualquier vínculo superior del equipo. Si una máquina virtual se ejecuta en un entorno donde hay una gran cantidad de máquinas virtuales independientes, el algoritmo de hash de IP permite una división uniforme del tráfico entre las NIC del equipo. Cuando una máquina virtual se comunica con varias direcciones IP de destino, el conmutador virtual puede generar un hash diferente para cada IP de destino. De esta forma, los paquetes pueden utilizar vínculos superiores diferentes en el conmutador virtual y así lograr una mejor capacidad de proceso potencial.

Sin embargo, si el entorno tiene una cantidad reducida de direcciones IP, es posible que el conmutador virtual haga pasar constantemente el tráfico por un mismo vínculo superior del equipo. Por ejemplo, si tiene un servidor de base de datos al que accede un servidor de aplicaciones, el conmutador virtual siempre calcula el mismo vínculo superior, ya que solo hay un par de origen y destino.

Configuración del conmutador físico

Para asegurarse de que el equilibrio de carga según el hash de IP funcione correctamente, debe haber un EtherChannel configurado en el conmutador físico. Un EtherChannel enlaza varios adaptadores de red en un mismo vínculo lógico. Cuando los puertos se enlazan a un EtherChannel, cada vez que el conmutador físico recibe un paquete de la misma dirección MAC de máquina virtual, el conmutador actualiza correctamente la tabla de memoria de direcciones de contenido (CAM).

Por ejemplo, si el conmutador físico recibe paquetes en los puertos 01 y 02 desde la dirección MAC A, el conmutador agrega una entrada 01-A y 02-A en su tabla de CAM. En consecuencia, el conmutador físico distribuye el tráfico entrante a los puertos correctos. Si no tiene un EtherChannel, el conmutador físico indica en el registro que se recibió un paquete desde la dirección MAC A en el puerto 01, después actualiza el mismo registro para indicar que se recibió un paquete de la dirección MAC A en el puerto 02. Por lo tanto, el conmutador físico reenvía el tráfico entrante únicamente a través del puerto 02, por lo que algunos paquetes no llegarían a su destino y se sobrecargaría el vínculo superior correspondiente.

Limitaciones y requisitos de configuración

  • Los hosts ESXi admiten la formación de equipos de hash de IP en un mismo conmutador físico o en conmutadores apilados.

  • Los hosts ESXi solamente admiten la adición de enlaces 802.3ad en el modo estático. Puede utilizar un solo EtherChannel estático con vSphere Standard Switch. No se admite LACP. Para utilizar LACP debe contar con vSphere Distributed Switch 5.1, o una versión posterior, o Cisco Nexus 1000V. Si habilita el equilibrio de carga según el hash de IP sin adición de enlaces 802.3ad, y viceversa, pueden producirse interrupciones de redes.

  • Debe utilizar la opción Solo estado de vínculo para la detección errores de red cuando se usa el equilibrio de carga según el hash de IP.

  • Debe configurar todos los vínculos superiores del equipo en la lista de conmutación por error activa. Las listas de elementos en espera y sin uso deben estar vacías.

  • La cantidad de puertos del EtherChannel debe ser igual a la cantidad de vínculos superiores del equipo.

Consideraciones sobre el uso del enrutamiento según el hash de IP

Consideraciones

Descripción

Ventajas

  • Se logra una distribución más uniforme de la carga que con las opciones Enrutar según el puerto virtual de origen y Enrutar según el hash de MAC de origen, ya que el conmutador calcula el vínculo superior de cada paquete.

  • Una mejor capacidad de proceso potencial para las máquinas virtuales que se comunican con varias direcciones IP.

Desventajas

  • Más consumo de recursos que con los demás algoritmos de equilibrio de carga.

  • El conmutador virtual no reconoce la carga real de los vínculos superiores.

  • Se requieren cambios en la red física.

  • El proceso de solución de problemas es complejo.