Modelo de recursos de Cloud Load Balancing

Un balanceador de carga es un sistema compuesto por varios componentes que interactúan entre sí. No hay un único recurso de API que represente un balanceador de carga. En su lugar, varios componentes trabajan conjuntamente para distribuir el tráfico entrante entre varios backends.

En el siguiente diagrama se muestran los componentes principales de un balanceador de carga de aplicaciones, un balanceador de carga de red de proxy y un balanceador de carga de red con paso a través.

Balanceador de carga de aplicaciones

Componentes de un balanceador de carga de aplicación
Componentes de un balanceador de carga de aplicación (haz clic para ampliar).

Balanceador de carga de red de proxy

Componentes de un balanceador de carga de red de proxy
Componentes de un balanceador de carga de red de proxy (haz clic en la imagen para ampliarla)

Balanceador de carga de red de paso a través

Componentes de un balanceador de carga de red de paso a través
Componentes de un balanceador de carga de red de paso a través (haz clic para ampliar).

En esta sección se ofrece una descripción general de los componentes clave de un balanceador de carga, desde el punto en el que el tráfico llega al balanceador de carga hasta la fase en la que se dirige al recurso de backend. Para obtener más información sobre cada componente del balanceador de carga, consulta la página vinculada en cada sección.

Regla de reenvío

Una regla de reenvío especifica una dirección IP, un protocolo IP y uno o varios puertos en los que el balanceador de carga acepta tráfico. La regla de reenvío y su dirección IP asociada representan el frontend de un Google Cloud balanceador de carga.

Para obtener más información, consulta el resumen de las reglas de reenvío.

Proxy de destino

Los proxies de destino terminan las conexiones entrantes de los clientes y crean nuevas conexiones desde el balanceador de carga a los backends.

  • La primera conexión procede del cliente y finaliza en el proxy de destino del balanceador de carga.

  • La segunda conexión empieza en el proxy de destino y termina en la instancia backend, que gestiona la solicitud del cliente.

La primera conexión se termina en un Google Front End (GFE) o en una subred especialmente designada, conocida como subred solo proxy, que se reserva exclusivamente para proxies Envoy. Para saber si un balanceador de carga se basa en GFE o en Envoy, consulta Tecnologías subyacentes de los balanceadores de carga Google Cloud .

Los proxies de destino solo se usan en balanceadores de carga basados en proxies, como los balanceadores de carga de aplicaciones y los balanceadores de carga de red de proxy. En estos tipos de balanceadores de carga, las respuestas de las instancias de backend se envían de vuelta al proxy de destino en lugar de directamente al cliente.

Para obtener más información, consulta Proxies de destino.

Subred de solo proxy

Una subred de solo proxy proporciona un grupo de direcciones IP reservadas exclusivamente para los proxies de Envoy que usan los balanceadores de carga. Google Cloud Los proxies terminan las conexiones entrantes y, a continuación, crean nuevas conexiones con el backend.

Para obtener más información, consulta Subredes de solo proxy para balanceadores de carga basados en Envoy.

Certificados SSL

Los certificados SSL, también conocidos como certificados de seguridad en la capa de transporte (TLS), facilitan la comunicación segura entre los clientes y los balanceadores de carga. Los balanceadores de carga basados en proxy cuyas reglas de reenvío hacen referencia a un proxy HTTPS o SSL de destino requieren una clave privada y un certificado SSL como parte de la configuración del proxy de destino del balanceador de carga.

Para obtener más información, consulta el artículo Certificados SSL.

Mapa de URLs

Al finalizar la conexión, el proxy HTTP(S) de destino usa el mapa de URLs para decidir a dónde enrutar la nueva solicitud (la segunda conexión, tal como se indica en la sección Proxy de destino). El mapa de URLs enruta la solicitud al servicio de backend o al segmento de backend. Los mapas de URLs solo se usan en los balanceadores de carga de aplicaciones. Como los balanceadores de carga de aplicaciones operan en la capa 7 del modelo OSI, pueden tomar decisiones de enrutamiento basadas en atributos HTTP, como el nombre de dominio, la ruta de la solicitud y los parámetros de consulta.

Para obtener más información, consulta Mapas de URLs.

Servicio de backend

Un servicio de backend define cómo distribuye el tráfico el balanceador de carga. La configuración del servicio de backend contiene un conjunto de valores, como el protocolo usado para conectarse a los backends, varios ajustes de distribución y de sesión, comprobaciones de estado y tiempos de espera.

Estos ajustes te permiten controlar con precisión el comportamiento del balanceador de carga y dirigir el tráfico a los backends correctos, que pueden ser grupos de instancias de VM o grupos de puntos finales de red (NEGs).

Para obtener más información, consulta el artículo Descripción general de los servicios backend.

Segmento de backend

Si tu carga de trabajo sirve contenido estático mediante el protocolo HTTP(S), puedes usar un segmento de Cloud Storage para almacenar contenido estático y, a continuación, usar un segmento de backend para enrutar las solicitudes a él.

Comprobaciones del estado

Cuando configuras el servicio de backend de un balanceador de carga, debes especificar una o varias comprobaciones del estado de sus backends. Como su nombre indica, una comprobación de estado determina si las instancias de backend del balanceador de carga están en buen estado. Esta determinación se basa en la capacidad del backend para responder al tráfico entrante. El tráfico al que debe responder un backend depende del tipo de balanceador de carga. Puedes crear comprobaciones del estado con los protocolos de las capas 7 y 4 para monitorizar las instancias balanceadas de carga.

Reglas de cortafuegos

Para que las comprobaciones del estado funcionen, debes crear reglas de cortafuegos de entrada allow que permitan que las exploraciones de comprobación del estado lleguen a tus backends.

Los balanceadores de carga basados en Google Front End requieren una regla de cortafuegos que permita que el tráfico de entrada de los CIDRs de Google Front End se conecte a tus backends. Los balanceadores de carga basados en el proxy Envoy de código abierto requieren una regla de cortafuegos de entrada allow que permita que el tráfico de la subred de solo proxy llegue a las instancias de backend.

Para obtener más información, consulta Reglas de cortafuegos.

Backends

Los backends son el destino final del tráfico balanceado de carga.

Los distintos balanceadores de carga admiten diferentes tipos de back-ends. Cuando añades un backend al servicio de backend, debes especificar un modo de balanceo. Este modo evalúa la capacidad del backend para gestionar nuevas solicitudes y determina cómo se distribuye el tráfico entre los backends.

Para obtener más información, consulta Back-ends.

Siguientes pasos