Recommended Free Tools
Un load balancer o balanceador de carga recibe tráfico dirigido a una aplicación y lo distribuye entre varios servidores o servicios disponibles. El recorrido básico es cliente → balanceador → backend elegido → respuesta. La forma de elegir el backend y de gestionar conexiones depende del producto y de su configuración: no todos usan el mismo algoritmo ni reaccionan igual ante una falla.
Cómo funciona: el recorrido de una solicitud
- El cliente se conecta a la dirección IP y al puerto del frontend del balanceador.
- El frontend recibe el tráfico. En una configuración con proxy, este puede terminar la conexión del cliente.
- El balanceador aplica sus reglas, como el protocolo, el host o la ruta solicitada, y determina qué backend puede atender el tráfico.
- Envía la solicitud o conexión a uno de los backends elegibles, por ejemplo, una instancia de una aplicación.
- El backend procesa el trabajo y devuelve la respuesta. En un diseño proxy, vuelve a través del balanceador; en ciertas configuraciones de paso directo, puede llegar al cliente desde el propio backend.
En el modelo de Google Cloud, por ejemplo, las reglas de reenvío representan el punto de entrada, los proxies de destino terminan conexiones cuando corresponde y los servicios de backend definen aspectos de la distribución y la configuración. Es un ejemplo de implementación, no una estructura idéntica para todos los proveedores. Google Cloud: descripción general del balanceo de carga y Google Cloud: balanceadores de carga de aplicación.
As an Amazon Associate I earn from qualifying purchases.
Qué cambia entre Layer 4 y Layer 7
Las capas indican qué información del tráfico puede usar el balanceador para distribuirlo; no determinan por sí solas si el producto es hardware, software, un proxy o un servicio administrado.
| Tipo | Tráfico que puede gestionar | Información útil para decidir la ruta |
|---|---|---|
| Layer 4 (capa 4) | Tráfico de red y transporte, como TCP o UDP, según el producto. | La información de conexión o protocolo disponible en esa capa. |
| Layer 7 (capa 7) | Tráfico de aplicación, normalmente HTTP(S). | Atributos de la solicitud, como el nombre de host, la ruta o parámetros de consulta, cuando la implementación los admite. |
Si distintas rutas de una web deben dirigirse a servicios distintos, un balanceador de aplicación Layer 7 puede tomar decisiones con esos atributos HTTP. Para distribuir conexiones sin basarse en el contenido de la solicitud, puede ser suficiente una opción Layer 4. Las capacidades precisas varían por producto. Google Cloud: tipos de balanceadores y capas.
#1 Best Overall
- Professional 10Gbps Wired Routing – Route10 is a high-performance 10 Gigabit wired router designed for advanced home, business, and enterprise networks; it does not broadcast Wi-Fi, and wireless coverage requires pairing with one or multiple Wi-Fi access points such as ceiling, wall, or outdoor access points for full network coverage.
- Quad-Core Qualcomm Network Accelerator for High Throughput – Powered by a high-performance quad-core Qualcomm processor with hardware-accelerated networking, the Route10 delivers fast packet processing, low latency, and consistent multi-gigabit performance for routing, firewall rules, VPN traffic, VLAN segmentation, and high-bandwidth network workloads without bottlenecks.
- Integrated PoE+ Output to Power Network Devices – Select Ethernet ports provide Power over Ethernet Plus (PoE+) support, allowing the router to power compatible access points, network devices, or edge hardware directly through the Ethernet cable, reducing the need for additional power adapters or injectors.
- Enterprise-Grade Routing, Firewall, and Network Control – Supports advanced routing features including VLAN tagging, QoS traffic prioritization, NAT port forwarding, firewall rules, DHCP services, and professional network segmentation for secure, reliable, and scalable wired network deployments.
- Real-Time Network Monitoring and Traffic Visibility – Provides live network statistics and real-time monitoring of bandwidth usage, connected devices, WAN and LAN traffic, and system performance, allowing network administrators to quickly identify issues, optimize traffic flow, and maintain stable, high-performance wired networks.
Proxy o paso directo: cómo viajan las conexiones
Con proxy
El cliente establece una conexión con el balanceador. El proxy la termina y abre otra conexión al backend. Así, el balanceador queda entre cliente y servidor en el recorrido de la conexión y puede gestionar el tráfico según sus reglas. La conexión que ve el backend es la conexión desde el proxy; cómo se conserva o comunica la información de la IP original del cliente depende de la implementación.
Con paso directo
En el diseño de paso directo descrito por Google Cloud, el balanceador reenvía paquetes a los backends sin cambiar las direcciones de origen y destino del paquete, y la respuesta puede ir directamente desde el backend al cliente. Este comportamiento, conocido como direct server return, difiere del trayecto de respuesta a través de un proxy. No se debe asumir que todos los balanceadores de paso directo implementan cada detalle de la misma manera. Google Cloud: balanceo de carga de paso directo.
Rank #2
- Compatible management via CloudKey, Official UniFi Hosting, or UniFi Network Server running version 8.3.32 or newer
- Ensures continuous connection through Shadow Mode High Availability featuring automatic failover (VRRP)
- Delivers 12.5 Gbps routing performance equipped with IDS/IPS capabilities
- Offers license-free, real-time decryption and inspection of encrypted traffic using NeXT AI Inspection*
- Features 25G SFP28, 10G SFP+, and 2.5 GbE RJ45 ports where two interfaces can be reconfigured as WAN connections
Cómo influyen las comprobaciones de estado
Una comprobación de estado (health check) sondea periódicamente un backend. Los umbrales configurados de éxitos o fallos consecutivos pueden determinar si ese backend sigue siendo elegible para recibir trabajo nuevo. Una comprobación de red no demuestra necesariamente que todas las funciones de la aplicación estén operativas; solo verifica lo que prueba el sondeo configurado.
En la documentación de Google Cloud, un backend marcado como no saludable deja de ser elegible para conexiones nuevas, pero las conexiones que ya están abiertas no se terminan de inmediato. El efecto sobre sesiones existentes y el comportamiento ante fallos dependen de la implementación. Google Cloud: conceptos de comprobaciones de estado.
Rank #3
- Hardwired Router
- Titan Networx
- High performance router
- managed switch
- integrated router
Cómo decide el balanceador a qué backend enviar tráfico
Round-robin y los métodos basados en hash son ejemplos conocidos, pero no existe una regla universal de “enviar siempre al servidor menos ocupado”. Según el producto, la configuración puede considerar pesos, carga, conexiones activas, proximidad geográfica o capacidad de servicio. Google Cloud documenta un ejemplo de balanceo global de aplicaciones que considera la proximidad regional y la capacidad, y puede desviar tráfico a otra región si la salud o la capacidad lo requieren. Google Cloud: tutorial de capacidad global y Google Cloud: comportamiento del balanceo.
También varía la respuesta cuando todos los destinos aparecen como no saludables. Por ejemplo, la guía de AWS para Application Load Balancer documenta un comportamiento de fail-open cuando un grupo de destino solo contiene destinos registrados no saludables. Es una conducta específica de AWS; no debe extrapolarse a otros productos. AWS: comprobaciones de estado de grupos de destino.
Quick Recap
Qué decisiones de diseño conviene distinguir
- Tráfico y reglas: elige Layer 4 o Layer 7 según el protocolo y si necesitas enrutar por atributos HTTP.
- Conexión y dirección IP: determina si necesitas un proxy que termine conexiones o un diseño de paso directo; verifica cómo se maneja la IP del cliente.
- Exposición: un balanceador puede atender tráfico externo o distribuir tráfico dentro de una red, según el producto y la configuración.
- Alcance: decide si los backends pertenecen a una región o si el diseño debe abarcar varias regiones.
- Salud y continuidad: revisa qué prueba el health check, sus umbrales, qué ocurre con conexiones existentes y cómo responde el producto si todos los backends fallan.
- Persistencia y capacidad: confirma si se necesita afinidad de sesión y qué señales o límites de capacidad utiliza la política de distribución.
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
Do these 3 things before closing this tab:
1Clear out junk files and repair common Windows errors2Scan for outdated or missing drivers - takes under a minute3Repair Windows errors before they cause bigger problems
