El equilibrio de carga de capa 4 utiliza información definida en la capa de transporte de red (capa 4) como base para decidir cómo distribuir las solicitudes de los clientes entre un grupo de servidores. Específicamente para el tráfico de Internet, un balanceador de carga de capa 4 basa la decisión de equilibrio de carga en las direcciones IP de origen y destino y los puertos registrados en el encabezado del paquete, sin considerar el contenido del paquete.
Hay siete capas de red en total, definidas por el Modelo de Referencia de Interconexión de Sistemas Abiertos [OSI]. Para obtener más información, consulte Capas en los modelos OSI e Internet a continuación.
Para obtener más información sobre el equilibrio de carga, consulte Equilibrio de carga de aplicação con NGINX Plus .
Actualmente, el término «equilibrio de carga de capa 4» suele hacer referencia a una implementación en la que la dirección IP del equilibrador de carga se anuncia a los clientes como la correspondiente al sitio web o servicio, generalmente mediante DNS. Esto provoca que los clientes utilicen la dirección del equilibrador de carga como destino en sus solicitudes.
Cuando un equilibrador de carga de capa 4 recibe una solicitud y decide cómo distribuirla, realiza una traducción de direcciones de red (NAT) en el paquete. Específicamente, reemplaza la dirección IP de destino registrada por la del servidor de contenidos seleccionado en la red interna. De manera similar, antes de reenviar las respuestas del servidor a los clientes, modifica la dirección de origen en el encabezado del paquete, reemplazándola por su propia dirección IP. En algunos casos, también se ajustan los números de puerto TCP de destino y origen registrados en los paquetes siguiendo un proceso similar.
Los equilibradores de carga de capa 4 toman sus decisiones de enrutamiento basándose en la información de direcciones extraída de los primeros paquetes del flujo TCP, y no inspeccionan el contenido de los paquetes. Un equilibrador de carga de capa 4 suele ser un dispositivo de hardware dedicado suministrado por un proveedor y ejecuta un software de equilibrado de carga propietario, y las operaciones NAT pueden ser realizadas por chips especializados en lugar de por software.
El equilibrio de carga de capa 4 era un enfoque arquitectónico popular para la gestión del tráfico cuando el hardware básico no era tan potente como lo es ahora, y la interacción entre los clientes y los servidores de aplicaciones era mucho menos compleja. Requiere menos computación que los métodos de equilibrio de carga más sofisticados (como la capa 7), pero la CPU y la memoria son ahora lo suficientemente rápidas y baratas como para que la ventaja de rendimiento del equilibrio de carga de capa 4 sea insignificante o irrelevante en la mayoría de las situaciones.
Los balanceadores de carga de capa 7 operan en el nivel más alto del modelo OSI, la capa de aplicação (en Internet, HTTP es el protocolo dominante en esta capa). Los balanceadores de carga de capa 7 basan sus decisiones de enrutamiento en varias características del encabezado HTTP y en el contenido real del mensaje, como la URL, el tipo de datos (texto, video, gráficos) o información en una cookie.
Tener en cuenta muchos más aspectos de la información que se transfiere puede hacer que el equilibrio de carga de la Capa 7 sea más costoso que el de la Capa 4 en términos de tiempo y potencia informática requerida, pero, aun así, puede conducir a una mayor eficiencia general. Por ejemplo, debido a que un balanceador de carga de capa 7 puede determinar qué tipo de datos (video, texto, etc.) solicita un cliente, no es necesario duplicar los mismos datos en todos los servidores con balanceador de carga.
Los balanceadores de carga de propósito general modernos, como NGINX Plus y el software NGINX de código abierto, generalmente operan en la capa 7 y sirven como servidores proxy inversos completos. En lugar de administrar el tráfico paquete por paquete, como los balanceadores de carga de capa 4 que usan NAT, los servidores proxy de balanceo de carga de capa 7 pueden leer solicitudes y respuestas en su totalidad. Gestionan y manipulan el tráfico basándose en una comprensión completa de la transacción entre el cliente y el servidor de aplicação .
Algunos equilibradores de carga pueden configurarse para proporcionar equilibrio de carga de capa 4 o capa 7, dependiendo de la naturaleza del servicio. Como se ha mencionado anteriormente, el hardware básico moderno suele ser lo suficientemente potente como para que el ahorro en costes computacionales del equilibrio de carga de capa 4 no sea lo suficientemente grande como para compensar las ventajas de mayor flexibilidad y eficiencia del equilibrio de carga de capa 7.
NGINX Plus y NGINX son las mejores soluciones de equilibrio de carga de su clase utilizadas por sitios web de alto tráfico como Dropbox, Netflix y Zynga. Más de 350 millones de sitios web en todo el mundo confían en NGINX Plus y NGINX Open Source para entregar su contenido de manera rápida, confiable y segura.
Como equilibrador de carga basado en software, NGINX Plus es mucho más económico que las soluciones basadas en hardware con funciones similares. Las completas funciones de equilibrio de carga de NGINX Plus le permiten crear una red de entrega de aplicaciones altamente optimizada.
Cuando inserta NGINX Plus como equilibrador de carga delante de su granja de servidores, aumenta la eficacia, el rendimiento, la fiabilidad y la escala de todo su sitio web. NGINX Plus le ayuda a maximizar tanto la satisfacción del cliente como el rendimiento de sus inversiones en TI.
Para el tráfico de Internet, referirse al equilibrio de carga de «capa 4» y «capa 7» es una abreviatura cómoda, pero no estrictamente exacta. Si le interesa, siga leyendo.
El concepto de siete capas de red proviene del Modelo de Referencia de Interconexión de Sistemas Abiertos (OSI). El modelo separa las funciones de red en siete capas abstractas, comúnmente denominadas por sus números (Capa 1 a Capa 7). En cada capa hay estándares que definen cómo se empaquetan y transportan los datos. Entre otras cosas, los estándares definen cómo segmentar el flujo de bits que constituye una solicitud o respuesta en paquetes discretos llamados unidades de datos de protocolo (PDU). Los estándares también definen los metadatos agregados a cada PDU en forma de encabezado; los metadatos podrían especificar las direcciones de los hosts de origen y destino, por ejemplo.
Asignar diferentes aspectos de la funcionalidad de la red a diferentes capas simplifica el procesamiento en cada capa, porque un protocolo solo tiene que saber cómo tratar las PDU de su propia capa, y qué metadatos incluir en el encabezado cabecera para que los protocolos de las capas adyacentes puedan reempaquetar las PDU en su propio nivel de segmentación de datos.
La distribución de las funciones de red entre los protocolos básicos para el tráfico en la World Wide Web (que en conjunto se denominan el conjunto de protocolos de Internet o IP) no se ajusta exactamente al modelo OSI. Esto se debe a que la suite IP se definió e implementó antes de que se publicara el modelo OSI final en 1984. Sin embargo, los diversos protocolos de la suite IP realizan funciones distintas que corresponden aproximadamente a las capas OSI.
Hay múltiples protocolos definidos en cada nivel, pero los siguientes son los protocolos y niveles pertinentes para el equilibrio de carga del tráfico de sitios web:
Como queda claro en esta lista, referirse al «equilibrio de carga de capa 4» del tráfico de Internet es una abreviatura conveniente, pero el término más exacto es «equilibrio de carga de capa 3/4», porque el equilibrador de carga basa su decisión tanto en las direcciones IP de los servidores de origen y destino (capa 3) como en el número de puerto TCP de las aplicaciones (capa 4). El término más exacto para «equilibrio de carga de capa 7» podría ser «equilibrio de carga de capa 5 a 7», porque HTTP combina las funciones de las capas 5, 6 y 7 de OSI.