Un balanceador de carga reparte el tráfico de red entrante entre varios servidores para que ninguno se sature. Mejora el rendimiento, mantiene tus aplicaciones disponibles cuando un servidor falla y te deja escalar agregando más servidores. Los hay en versión de hardware y de software, operan en la Capa 4 o la Capa 7 y usan algoritmos como Round Robin y Least Connections para decidir a dónde va cada petición.
Cuando tu sitio o aplicación crece, un solo servidor termina siendo el cuello de botella y los visitantes ven páginas lentas o errores. Un balanceador de carga resuelve esto con balanceo de carga: se coloca frente a varios servidores y reparte las peticiones entre ellos. Esta guía explica qué es un balanceador de carga, qué hace el balanceo de carga, cómo funciona, qué tipos hay y cómo configurar uno.
¿Qué es un balanceador de carga?
Un balanceador de carga es un dispositivo o software que recibe las peticiones de los clientes y las reenvía a uno de varios servidores backend. Cada backend ejecuta una copia de tu aplicación, así que cualquiera puede responder una petición, y el balanceador deja de mandar tráfico a los servidores que están caídos. La definición más sencilla: es un director de tráfico que reparte a los visitantes entre un grupo de servidores que crece según la demanda.
¿Qué hace un balanceador de carga?
Su tarea central es distribuir peticiones, pero hace más que repartir tráfico. El propósito de un balanceador de carga es mantener tu aplicación disponible sin importar qué backend responda. Un health check sondea cada backend en un intervalo fijo y saca de rotación a los servidores que fallan, y eso es justo lo que hace posible la alta disponibilidad. La terminación SSL maneja el cifrado y el descifrado de forma centralizada y le quita ese costo a los backends. Con sticky sessions, es decir, con persistencia de sesión, un usuario se queda en el mismo backend cuando el estado de la sesión vive en el servidor y no en un almacén compartido.
Por qué los balanceadores de carga importan en 2026
Los balanceadores de carga mantienen el rendimiento y el uptime estables bajo presión. Imagina una tienda en línea en un día de ventas con mucho movimiento: miles de usuarios llegan al mismo tiempo y, sin un balanceador, un solo servidor puede caerse y costarte ventas. Al repartir las peticiones, un balanceador con alta disponibilidad mantiene la tienda accesible y reencamina el tráfico ante cualquier falla. Las ventajas se notan más en plataformas que no se pueden dar el lujo de caerse:
- Sitios con mucho tráfico, para evitar caídas y lentitud
- Aplicaciones en la nube, para mantener la disponibilidad
- APIs y microservicios, para optimizar el manejo de peticiones
- Plataformas de e-commerce, para absorber los picos de tráfico sin problemas
- Plataformas de streaming y gaming, para reducir la latencia
¿Cómo funciona un balanceador de carga?
Entender cómo funciona un balanceador de carga se reduce a tres pasos. Un cliente manda una petición a la dirección del balanceador, el balanceador elige un backend sano con un algoritmo configurado, y ese servidor procesa la petición y devuelve la respuesta. Los clientes solo ven la dirección del balanceador mientras los backends se mantienen privados, lo que además mejora la seguridad, y cualquier servidor que no pase su health check deja de recibir peticiones nuevas hasta que se recupera.
Algoritmos de balanceo de carga comunes
El algoritmo decide cómo trabaja un balanceador en el momento de elegir un servidor, y la mayoría de los balanceadores de software te dejan escoger uno por cada grupo de backends. Para lo básico de Round Robin, Least Connections e IP Hash, nuestra guía para principiantes sobre balanceadores de carga cubre cada uno. La siguiente tabla agrega las variantes ponderadas y por tiempo de respuesta.
| Algoritmo | Cómo funciona | Ideal para |
|---|---|---|
| Round Robin | Manda cada petición nueva al siguiente servidor por turnos | Backends con capacidad más o menos pareja |
| Round Robin ponderado | Round Robin, pero los servidores más fuertes reciben una porción mayor | Hardware mixto donde algunos servidores son más grandes |
| Least Connections | Encamina al servidor con menos conexiones activas | Conexiones de larga duración y longitud despareja |
| Least Connections ponderado | Least Connections ajustado a la capacidad del servidor | Hardware despareja con duración de sesión variable |
| Least Response Time | Elige al servidor que responde más rápido en ese momento | Aplicaciones sensibles a la latencia donde la velocidad varía |
| IP Hash | Asocia una IP de cliente a un servidor fijo | Mantener a un usuario en un servidor sin cookies |
| Random | Selecciona un servidor al azar, a veces ponderado | Grupos grandes donde basta con un reparto simple |
Round Robin es el valor por defecto más común, el Round Robin ponderado ayuda cuando los servidores tienen tamaños distintos, e IP Hash da una persistencia de sesión básica.
Tipos de balanceadores de carga
Los principales tipos se dividen en dos ejes: cómo se entregan (hardware o software) y qué leen para tomar decisiones (Capa 4 o Capa 7). Por encima de esos están las variantes en la nube y globales.
Balanceadores de hardware vs. de software
Un balanceador de hardware es un equipo físico hecho para mover tráfico con mucho throughput y baja latencia. Estos equipos son rápidos y estables, pero caros, y aprovisionas la capacidad antes de necesitarla. Un balanceador de software corre como un programa en un servidor normal o una máquina virtual, que es donde viven herramientas como NGINX y HAProxy. Un balanceador virtual es la misma idea empaquetada como una imagen de VM que despliegas tú mismo. Las opciones de software son flexibles, económicas y encajan bien en entornos de nube y VPS, lo que vuelve al balanceador de software la opción práctica para la mayoría de los sitios.
Balanceadores de Capa 4 vs. Capa 7
La división entre un balanceador L4 y uno L7 viene del modelo OSI. Un balanceador de Capa 4, también llamado network load balancer, encamina por dirección IP y puerto TCP o UDP sin leer el tráfico en sí, lo que lo hace rápido y agnóstico al protocolo. Un balanceador de Capa 7, que se conoce como application load balancer, lee la petición misma: la URL, los encabezados y las cookies. Eso le permite mandar el tráfico de /api a un grupo y el de /images a otro, terminar SSL y aplicar reglas basadas en contenido, a cambio de más procesamiento por petición. Tienes más detalles en nuestro artículo sobre Balanceadores de Capa 4 vs. Capa 7.
Balanceadores globales (GSLB) y balanceo de carga por DNS
Un balanceador global, o GSLB, reparte el tráfico entre centros de datos en distintas regiones en lugar de servidores en un solo lugar, y manda a cada usuario al sitio más cercano o más sano para que el servicio sobreviva a la caída de una región entera. El balanceo de carga por DNS es la forma más común de hacerlo: un balanceador DNS devuelve distintas direcciones IP para un mismo hostname según la ubicación o el estado del servidor.
Balanceadores de carga en la nube
Un balanceador en la nube es un servicio administrado de un proveedor de hosting o de nube. A veces se vende como load balancer as a service y te quita el trabajo de instalar y mantener el balanceador tú mismo. El balanceo de carga en la nube suele significar que el proveedor opera y escala el balanceador y lo factura dentro de tu plan. Elegir entre un balanceador administrado en la nube y uno autohospedado se reduce a control contra comodidad.
Balanceador de carga vs. proxy inverso vs. API gateway
Estos tres términos se traslapan y muchas veces corren sobre el mismo software, así que las preguntas de proxy inverso vs. balanceador de carga y de API gateway vs. balanceador salen todo el tiempo. Un proxy inverso reenvía peticiones a los backends y puede sumar caché, compresión y SSL. Un balanceador de carga es un proxy inverso cuyo propósito principal es repartir tráfico entre muchos backends con health checks. Un API gateway suma autenticación, rate limiting y enrutamiento.
| Herramienta | Tarea principal | Extras típicos |
|---|---|---|
| Proxy inverso | Reenviar peticiones a un backend | Caché, SSL, compresión |
| Balanceador de carga | Repartir tráfico entre muchos backends | Health checks, algoritmos, failover |
| API gateway | Administrar y proteger el tráfico de APIs | Autenticación, rate limiting, transformación de peticiones |
En la práctica, una sola herramienta como NGINX puede hacer las tres cosas. La diferencia está en la intención.
Escalado horizontal vs. vertical: dónde encajan los balanceadores
Cuando una aplicación se le queda chica a su servidor, tienes dos maneras de sumar capacidad, y la decisión entre escalado horizontal y vertical define si necesitas un balanceador de carga.
| Enfoque | Qué haces | ¿Necesitas balanceador? |
|---|---|---|
| Escalado vertical | Agregar CPU, RAM o disco a un servidor | No, sigue siendo una sola máquina |
| Escalado horizontal | Agregar más servidores para compartir la carga | Sí, para repartir el tráfico entre ellos |
El escalado vertical es más sencillo, pero tiene un techo y sigue siendo un punto único de falla. El escalado horizontal no tiene un techo duro y elimina ese punto único de falla, pero solo si algo reparte el tráfico entre los servidores nuevos: el balanceador de carga.
¿Cuándo necesitas un balanceador de carga?
Saber cuándo usar un balanceador de carga se reduce a dos detonantes: un solo servidor ya no aguanta tu tráfico de forma confiable, o el tiempo de inactividad sale demasiado caro como para arriesgarte a que falle una sola máquina. Los casos de uso comunes incluyen sitios con mucho tráfico, APIs que atienden a muchos clientes y microservicios, donde un balanceador encamina las peticiones a instancias sanas y te deja desplegar actualizaciones sin tiempo de inactividad.
Cómo elegir el balanceador de carga adecuado para tu hosting
Elegir el mejor balanceador empieza por dónde va a correr y cuánto tráfico maneja. En la práctica dominan unas cuantas opciones. NGINX se usa muchísimo para aplicaciones web: es ligero, capaz y gratuito. HAProxy entrega un rendimiento de nivel empresarial para entornos de alta demanda, y para redundancia global un servicio basado en DNS como el balanceador de Cloudflare reparte el tráfico por todo el mundo. El caso más común es un balanceador para un VPS: un balanceador de software como NGINX o HAProxy en su propia instancia te da un balanceador de servidores web capaz por muy poco dinero, y el balanceo en VPS escala conforme agregas backends. Puedes ver otras opciones disponibles en nuestro artículo Mejores balanceadores de carga de código abierto en 2026.
Cómo configurar un balanceador de carga con NGINX
Configurar NGINX como sistema de balanceo de carga lleva unos cuantos pasos directos. Aquí tienes un ejemplo básico para repartir el tráfico entre dos servidores backend:
- Instala NGINX:
sudo apt update && sudo apt install nginx -y- Edita el archivo de configuración de NGINX:
sudo nano /etc/nginx/nginx.conf- Define los servidores backend en la configuración:
http {
upstream backend_servers {
server 192.168.1.101; # Backend Server 1
server 192.168.1.102; # Backend Server 2
}
server {
listen 80;
location / {
proxy_pass http://backend_servers;
}
}
}- Reinicia NGINX para aplicar los cambios:
sudo systemctl restart nginxMira el video tutorial en nuestro YouTube
También puedes seguirlo en video con nuestro tutorial paso a paso en nuestro YouTube:
Balanceo de carga en un VPS de Contabo
Por ahora no hay un producto de balanceador de carga dedicado de Contabo. La ruta práctica hoy es correr un balanceador de software como NGINX en un VPS y apuntarlo a dos o más instancias backend, tal como se muestra en la configuración de NGINX de arriba. Agrega instancias backend conforme crece tu tráfico, y la misma configuración upstream escala con ellas. Así tienes control total sobre el algoritmo, los health checks y el manejo de SSL, y todo sobre una infraestructura que ya administras.
Conclusión
Un balanceador de carga convierte un solo servidor frágil en un grupo resistente y reparte el tráfico para que tu aplicación siga disponible mientras crece. Ajusta el tipo a lo que necesitas: software para flexibilidad, Capa 7 para enrutamiento según contenido, GSLB para varias regiones. Decide si vas a escalar hacia arriba o a lo ancho, y el balanceador adecuado se desprende de ahí.
Preguntas frecuentes sobre balanceadores de carga
Un balanceador de carga es un director de tráfico que se coloca frente a varios servidores y decide cuál responde cada petición. Reparte el trabajo para que ningún servidor se sature y se salta cualquier servidor que esté caído. El resultado es un sitio que sigue en línea incluso durante picos de tráfico o la falla de un servidor.
Los principales tipos se dividen por entrega y por capa de red. Por entrega, tienes equipos de hardware y balanceadores de software (incluidos los virtuales). Por capa, los balanceadores de Capa 4 (red) encaminan por IP y puerto, mientras que los de Capa 7 (aplicación) encaminan por URL y encabezados. Los balanceadores en la nube y globales (GSLB) se construyen sobre estos para configuraciones administradas y multirregión.
NGINX es un servidor web y proxy inverso que también puede funcionar como balanceador de carga. Con su módulo upstream, reparte las peticiones entre varios backends con algoritmos como Round Robin y Least Connections. Es más que un balanceador, pero se usa muchísimo como tal, sobre todo como balanceador de software en un VPS.
Normalmente no. Un balanceador se gana su lugar en cuanto corres más de un servidor, o necesitas quitar un servidor sin tiempo de inactividad. En un solo VPS hay un único backend, así que no hay nada que balancear. El momento de agregar uno es cuando estás por sumar un segundo servidor.
