¿Qué es un balanceador de carga y cuándo necesita uno tu web?
Publicado el 2026-10-20 por frfrand
Load balancer explicado con ejemplos: cómo distribuye solicitudes entre servidores, diferencia entre balanceo y failover, health checks y sesiones.
Un balanceador de carga es un componente que recibe conexiones o solicitudes y las distribuye entre varios servidores capaces de atenderlas. Se utiliza para repartir trabajo, mantener servicios disponibles y evitar que todo dependa de una sola instancia de aplicación.
Imagina un restaurante con una sola persona que toma pedidos. Aunque haya diez cocineros, si nadie distribuye las comandas el servicio se vuelve caótico. Un balanceador cumple un papel parecido: decide a dónde enviar cada nueva solicitud.
¿Cómo funciona un balanceador de carga?
Supongamos que tienes tres servidores con la misma aplicación. Los visitantes entran a tienda.ejemplo.com y llegan a un punto común. Ese punto conoce las instancias disponibles y escoge a cuál enviar cada solicitud o conexión.
La elección depende de la tecnología y del algoritmo. Por ejemplo, round robin distribuye solicitudes de forma rotativa; least connections puede preferir el servidor que mantiene menos conexiones activas.
No significa que cada visitante siempre termine en el mismo servidor. Una misma persona puede hacer varias solicitudes y recibir respuestas de distintas instancias.
¿Qué es un health check?
Un balanceador puede necesitar saber si una instancia realmente está lista para atender tráfico. Un health check es una comprobación de salud: una solicitud, conexión u otra señal usada para decidir si un servidor sigue disponible.
Pero comprobar que un puerto responde no garantiza que todo el negocio funcione. Una aplicación puede servir la portada mientras su base de datos está caída. Conviene definir verificaciones que representen la capacidad real de procesar solicitudes.
Si una instancia falla, el balanceador puede dejar de enviarle tráfico hasta que se recupere, de acuerdo con sus reglas.
¿Balancear significa tener alta disponibilidad?
No siempre. Si tienes tres servidores pero un solo balanceador sin redundancia, ese componente puede convertirse en un punto único de fallo.
También puede existir una base de datos compartida que, al caer, deje inutilizadas todas las instancias. Repartir solicitudes es solo una parte de la disponibilidad.
Failover significa pasar a una alternativa cuando una pieza falla. Balanceo significa distribuir tráfico entre opciones disponibles. Pueden trabajar juntos, pero son conceptos diferentes.
¿Qué pasa con las sesiones de los usuarios?
Imagina que un cliente inicia sesión en el servidor A y su siguiente solicitud llega al servidor B. Si el estado de sesión existe únicamente en la memoria del primero, el segundo puede no conocerlo.
Por eso las aplicaciones distribuidas suelen utilizar sesiones compartidas, tokens con validación adecuada u otras arquitecturas que permiten atender solicitudes desde múltiples instancias.
Algunos balanceadores ofrecen afinidad o sticky sessions, pero eso no reemplaza la planificación del estado. Si el servidor elegido deja de funcionar, igual necesitás una estrategia.
¿Qué diferencia hay entre balanceo L4 y L7?
Un balanceador de capa 4 trabaja principalmente con datos de transporte, como conexiones TCP o UDP y direcciones/puertos.
Uno de capa 7 puede interpretar solicitudes a nivel de aplicación, como HTTP, y tomar decisiones basadas en rutas, cabeceras o nombres de host.
No es que la capa 7 sea universalmente mejor. Permite decisiones más específicas, pero implica otras consideraciones de complejidad, rendimiento y tratamiento del cifrado.
¿Necesito uno para mi primera web?
Probablemente no. Una aplicación pequeña puede funcionar perfectamente en un único VPS. Introducir un balanceador, servidores duplicados y una base compartida implica más trabajo, más piezas y más fallos posibles.
Puede comenzar a tener sentido cuando realmente necesitás capacidad adicional, actualizaciones sin interrupción o tolerancia a fallos de instancias. Primero medí tráfico, recursos y tiempos de respuesta.
¿Y qué pasa con Nginx?
Nginx puede actuar como servidor web y como balanceador de conexiones o solicitudes, según cómo se configure. Puede repartir tráfico entre varios backends y aplicar distintas políticas.
Eso no significa que Nginx haga automáticamente copias de la aplicación o mantenga sincronizadas las bases de datos. El balanceador solo conoce las alternativas que le configuraste y las reglas correspondientes.
¿Dónde entra ArduMaker?
En una infraestructura con varios VPS gestionados desde ArduMaker, un balanceador puede actuar como punto de entrada hacia las aplicaciones. Hay que definir qué destinos reciben el tráfico, cómo detectar fallos y qué ocurre si el propio balanceador queda inaccesible.
En resumen: un balanceador reparte solicitudes; una arquitectura disponible debe resolver además sesiones, datos, monitoreo y puntos únicos de fallo.
Fuentes: Balanceo de carga HTTP en Nginx · Nginx: métodos y configuración.