El equilibrio de carga de red es la capacidad de equilibrar el tráfico a través de dos o más enlaces WAN sin utilizar protocolos de enrutamiento complejos como BGP .
Esta capacidad equilibra las sesiones de red, como la Web, el correo electrónico, etc., en varias conexiones para distribuir la cantidad de ancho de banda utilizado por cada usuario de la LAN , aumentando así la cantidad total de ancho de banda disponible. Por ejemplo, un usuario tiene una única conexión WAN a Internet que funciona a 1,5 Mbit/s. Desea añadir una segunda conexión de banda ancha (cable, DSL, inalámbrica, etc.) que funcione a 2,5 Mbit/s. Esto le proporcionaría un total de 4 Mbit/s de ancho de banda al equilibrar las sesiones.
El balanceo de sesiones hace justamente eso, equilibra las sesiones en cada enlace WAN. Cuando los navegadores web se conectan a Internet, normalmente abren varias sesiones, una para el texto, otra para una imagen, otra para alguna otra imagen, etc. Estas sesiones se pueden equilibrar en las conexiones disponibles. Una aplicación FTP solo utiliza una única sesión, por lo que no está equilibrada; sin embargo, si se realiza una conexión FTP secundaria, se puede equilibrar para que el tráfico se distribuya entre dos de las distintas conexiones y, por lo tanto, se proporcione un aumento general en el rendimiento.
Además, el equilibrio de carga de red se utiliza comúnmente para proporcionar redundancia de red , de modo que en caso de una interrupción del enlace WAN, el acceso a los recursos de red aún esté disponible a través de los enlaces secundarios. La redundancia es un requisito clave para los planes de continuidad empresarial y generalmente se utiliza junto con aplicaciones críticas como VPN y VoIP .
Por último, la mayoría de los sistemas de balanceo de carga de red también incorporan la capacidad de equilibrar el tráfico entrante y saliente. El balanceo de carga entrante generalmente se realiza a través de un DNS dinámico que puede estar integrado en el sistema o ser proporcionado por un servicio o sistema externo. Generalmente, se cree que tener el servicio de DNS dinámico dentro del sistema es mejor desde el punto de vista del ahorro de costos y del control general.
Microsoft también ha adquirido [1] una tecnología que ha rebautizado como Network Load Balancing (NLB) que permite una utilización eficiente de múltiples tarjetas de red. MS NLB se puede configurar en modo unicast o en modo multicast [2] donde en el modo multicast se puede habilitar el snooping IGMP .
MS NLB se introdujo por primera vez en el servidor Windows NT para distribuir el tráfico entre varios hosts sin necesidad de un equilibrador de carga basado en hardware, por ejemplo, cuando se aloja una aplicación de servidor web con mucha actividad y un único host no podría gestionar todo el tráfico. En aplicaciones más recientes, se utiliza en clústeres de Windows para Hyper-V o Microsoft SQL Server.
En el modo de unidifusión , MS NLB reasigna la dirección MAC de las estaciones (que se aplica a la dirección IP de los clústeres ) a una dirección MAC virtual y todas las NIC del clúster NLB utilizan esta misma dirección MAC. Esta configuración hará que todo el tráfico entrante del clúster se inunde en todos los puertos del conmutador como tramas de unidifusión desconocidas: [3] incluso en los hosts que no se unen al clúster. Para mantener la inundación al mínimo, deberá utilizar una VLAN dedicada para el clúster.
Otra opción es hacer NLB en modo multicast . La dirección IPv4 unicast del cluster está vinculada a una dirección MAC multicast . Los hosts que están en el cluster nunca enviarán tráfico al switch usando esta dirección MAC con la dirección IPv4 del cluster, por lo que se necesitaría crear una entrada ARP estática en el router (capa 3) en la red conectada. No todos los proveedores le permitirán crear una entrada ARP donde use una dirección IP unicast y una dirección MAC multicast. Cisco publica algunos ejemplos sobre cómo configurar MS NLB en switches Catalyst que ejecutan IOS [4] y estos mismos ejemplos se pueden usar para switches de muchos otros proveedores. Al igual que con NLB en modo unicast: el tráfico entrante hacia el cluster se inundará a todos los puertos en el switch/VLAN y no todos los proveedores admiten esta configuración. Para limitar la inundación, MS NLB ahora admite IGMP, lo que debería hacer que los switches sepan qué puertos están usando realmente la dirección multicast [5] , pero no siempre conduce al resultado deseado. Por ejemplo, los conmutadores multicapa Dell PowerConnect oficialmente no admiten MS NLB en multidifusión. Aunque funciona, esto generará un alto uso de la CPU, lo que afectará al (otro) tráfico en el conmutador [6] y en otros conmutadores uno podría tener otras limitaciones, como que el conmutador al que están conectadas las NIC NLB no puede ser el mismo conmutador que realiza el enrutamiento de IP.
Cuando se unen varios servidores para crear un clúster , los clústeres pueden utilizar el equilibrio de carga de red, mediante el cual las solicitudes de clúster simultáneas se distribuyen entre los servidores del clúster.
Los registros DNS round-robin son una forma de equilibrio de carga de clúster. Funciona creando múltiples registros de host (normalmente A y/o AAAA) para una máquina. A medida que los clientes realizan solicitudes, el DNS rota su lista de registros.
Además de lo mencionado anteriormente, para configurar un clúster de servidores de terminales, se necesita una tecnología de balanceo de carga, como Network Load Balancing (NLB) o DNS round robin. Una solución de balanceo de carga distribuirá las conexiones de los clientes a cada uno de los servidores de terminales.
El directorio de sesiones de Terminal Server es una función que permite a los usuarios volver a conectarse de forma fácil y automática a una sesión desconectada en una granja de servidores de Terminal Server con equilibrio de carga . El directorio de sesiones mantiene una lista de sesiones indexadas por nombre de usuario y nombre de servidor. Esto permite que un usuario, después de desconectar una sesión, vuelva a conectarse al servidor de Terminal Server correcto donde reside la sesión desconectada para volver a trabajar en esa sesión. Esta reconexión funcionará incluso si el usuario se conecta desde un equipo cliente diferente.